<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body dir="auto">
Especially with the pandemic. No one is exactly sure what next year’s budget is going to look like. I wouldn’t expect to be buying large amounts of storage to replace so far perfectly good storage.
<div><br>
<div dir="ltr"><span style="background-color: rgba(255, 255, 255, 0);">--<br>
____<br>
|| \\UTGERS, |---------------------------*O*---------------------------<br>
||_// the State | Ryan Novosielski - <a href="mailto:novosirj@rutgers.edu" dir="ltr" x-apple-data-detectors="true" x-apple-data-detectors-type="link" x-apple-data-detectors-result="1">novosirj@rutgers.edu</a><br>
|| \\ University | Sr. Technologist - 973/972.0922 (2x0922) ~*~ RBHS Campus<br>
|| \\ of NJ | Office of Advanced Research Computing - MSB C630, Newark<br>
`'</span></div>
<div dir="ltr"><br>
<blockquote type="cite">On Apr 17, 2020, at 03:36, Steve Hindmarsh <steve.hindmarsh@crick.ac.uk> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr"> We are caught in the same position (12 PB on DDN GridScaler) and currently unable to upgrade to v5.
<div><br>
</div>
<div>If the position between IBM and DDN can’t be resolved, an extension of <u>meaningful</u> support from IBM (i.e. critical patches not just a sympathetic ear) for OEM licences would make a *huge* difference to those of us who need to provide critical production
research data services on current equipment for another few years at least - with appropriate paid vendor support of course. <br>
<br>
Best,</div>
<div>Steve<br>
<br>
<div dir="ltr">
<div>Steve Hindmarsh</div>
<div>Head of Scientific Computing</div>
<div>The Francis Crick Institute </div>
<div><br>
</div>
Sent from my mobile</div>
<div dir="ltr"><br>
<blockquote type="cite">On 17 Apr 2020, at 03:07, Michael Sedlmayer <sedl@re-store.net> wrote:<br>
<br>
</blockquote>
</div>
<blockquote type="cite">
<div dir="ltr"><span>One more important distinction with the DDN installations. Most DDN systems were deployed with an OEM license of GPFS v4. That license allowed DDN to use GPFS on their hardware appliance, but and didn't ever equate to an IBM software
license. To my knowledge, DDN has not been a reseller of IBM licenses. </span><br>
<span></span><br>
<span>We've had a lot of issues where our DDN users wanted to upgrade to Spectrum Scale 5; DDN couldn't provide the licensed code; and the user learned that they really didn't own IBM software (just the right to use the software on their DDN system)
</span><br>
<span></span><br>
<span>-michael</span><br>
<span></span><br>
<span>Michael Sedlmayer</span><br>
<span></span><br>
<span>-----Original Message-----</span><br>
<span>From: gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> On Behalf Of Flanders, Dean</span><br>
<span>Sent: Thursday, April 16, 2020 5:40 PM</span><br>
<span>To: gpfsug main discussion list <gpfsug-discuss@spectrumscale.org></span><br>
<span>Subject: Re: [gpfsug-discuss] Spectrum Scale licensing - important correction</span><br>
<span></span><br>
<span>Hello Carl,</span><br>
<span></span><br>
<span>Thanks for the clarification. I have always heard the term "existing customers" so originally I thought we were fine, but this is the first time I have seen the term "existing systems". However, it seems what I said before is mostly correct, eventually
all customers will be forced to capacity based licensing as they life cycle hardware (even IBM customers). In addition it seems there is a diminishing number of OEMs that can sell SS v5, which is what happened in our case when we wanted to go from v4 to v5
with existing hardware (in our case DDN). So I strongly encourage organizations to be thinking of these issues in their long term planning.</span><br>
<span></span><br>
<span>Thanks and kind regards,</span><br>
<span></span><br>
<span>Dean</span><br>
<span></span><br>
<span>-----Original Message-----</span><br>
<span>From: gpfsug-discuss-bounces@spectrumscale.org <gpfsug-discuss-bounces@spectrumscale.org> On Behalf Of Carl Zetie - carlz@us.ibm.com</span><br>
<span>Sent: Thursday, April 16, 2020 10:25 PM</span><br>
<span>To: gpfsug-discuss@spectrumscale.org</span><br>
<span>Subject: Re: [gpfsug-discuss] Spectrum Scale licensing - important correction</span><br>
<span></span><br>
<blockquote type="cite"><span>From my understanding existing customers from DDN, Lenovo, etc. that
</span><br>
</blockquote>
<blockquote type="cite"><span>have v4 with socket based licenses are not entitled v5 licenses socket licenses. Is that a correct understanding?</span><br>
</blockquote>
<span></span><br>
<span>It is not, and I apologize in advance for the length of this explanation. I want to be precise and as transparent as possible while respecting the confidentiality of our OEM partners and the contracts we have with them, and there is a lot of misinformation
out there.</span><br>
<span></span><br>
<span>The short version is that the same rules apply to DDN, Lenovo, and other OEM systems that apply to IBM ESS. You can update your system in place and keep your existing metric, as long as your vendor can supply you with V5 for that hardware. The update
from V4 to V5 is not relevant.</span><br>
<span></span><br>
<span></span><br>
<span>The long version:</span><br>
<span></span><br>
<span>We apply the same standard to our OEM's systems as to our own ESS: they can upgrade their existing customers on their existing OEM systems to V5 and stay on Sockets, *provided* that the OEM has entered into an OEM license for Scale V5 and can supply it,
and *provided* that the hardware is still supported by the software stack. But new customers and new OEM systems are all licensed by Capacity. This also applies to IBM's own ESS: you can keep upgrading your old (if hardware is supported) gen 1 ESS on Sockets,
but if you replace it with a new ESS, that will come with capacity licenses. (Lenovo may want to chime in about their own GSS customers here, who have Socket licenses, and DSS-G customers, who have Capacity licenses). Existing systems that originally shipped
with Socket licenses are "grandfathered in". </span><br>
<span></span><br>
<span>And of course, if you move from a Lenovo system to an IBM system, or from an IBM system to a Lenovo system, or any other change of suppliers, that new system will come with capacity licenses, simply because it's a new system. If you're replacing an old
system running with V4 with a new one running V5 it might look like you are forced to switch to update, but that's not the case: if you replace an old "grandfathered in" system that you had already updated to V5 on Sockets, your new system would *still* come
with Capacity licenses - again, because it's a new system.</span><br>
<span></span><br>
<span>Now where much of the confusion occurs is this: What if your supplier does not provide an update to V5 at all, *neither as Capacity nor Socket licenses*? Then you have no choice: to get to V5, you have to move to a new supplier, and consequently you have
to move to Capacity licensing. But once again, it's not that moving from V4 to V5 requires a change of metric; it's moving to a new system from a new supplier.
</span><br>
<span></span><br>
<span>I hope that helps to make things clearer.</span><br>
<span></span><br>
<span></span><br>
<span></span><br>
<span>Carl Zetie</span><br>
<span>Program Director</span><br>
<span>Offering Management</span><br>
<span>Spectrum Scale</span><br>
<span>----</span><br>
<span>(919) 473 3318 ][ Research Triangle Park carlz@us.ibm.com</span><br>
<span></span><br>
<span></span><br>
<span>_______________________________________________</span><br>
<span>gpfsug-discuss mailing list</span><br>
<span>gpfsug-discuss at spectrumscale.org</span><br>
<span>https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0</span><br>
<span>_______________________________________________</span><br>
<span>gpfsug-discuss mailing list</span><br>
<span>gpfsug-discuss at spectrumscale.org</span><br>
<span>https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0</span><br>
<span>_______________________________________________</span><br>
<span>gpfsug-discuss mailing list</span><br>
<span>gpfsug-discuss at spectrumscale.org</span><br>
<span>https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgpfsug.org%2Fmailman%2Flistinfo%2Fgpfsug-discuss&data=02%7C01%7C%7C75b2fc2faa9347d0fcbd08d7e274083b%7C4eed7807ebad415aa7a99170947f4eae%7C0%7C1%7C637226860297343792&sdata=CSG%2FpHcDNU3ZAyp2hdI4oZXCO20UtUmUuzLe05uqRiI%3D&reserved=0</span><br>
</div>
</blockquote>
</div>
<p style="color:rgb(112,113,115);font-family: 'Trebuchet MS', 'Lucida Grande'; font-style: italic; font-size: 10pt;">
The Francis Crick Institute Limited is a registered charity in England and Wales no. 1140062 and a company registered in England and Wales no. 06885462, with its registered office at 1 Midland Road London NW1 1AT</p>
<span>_______________________________________________</span><br>
<span>gpfsug-discuss mailing list</span><br>
<span>gpfsug-discuss at spectrumscale.org</span><br>
<span>http://gpfsug.org/mailman/listinfo/gpfsug-discuss</span><br>
</div>
</blockquote>
</div>
</body>
</html>