<div dir="ltr">If my understanding is correct, the data returned by "native rest api" will also be from GUI. If that is true, will you fix this "bug" which cause current API not a serious API: <a href="https://www.ibm.com/docs/en/storage-scale/5.2.1?topic=issues-gui-is-displaying-outdated-information">https://www.ibm.com/docs/en/storage-scale/5.2.1?topic=issues-gui-is-displaying-outdated-information</a></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Aug 21, 2024 at 3:18 AM CHRIS MAESTAS <<a href="mailto:cdmaestas@us.ibm.com">cdmaestas@us.ibm.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class="msg-4807972857775925759">
<div lang="EN-US" style="overflow-wrap: break-word;">
<div class="m_-4807972857775925759WordSection1">
<p class="MsoNormal"><span style="font-size:11pt">Honest feedback is what is needed! There is no intention to remove mm* commands. There is an intention to solidify the CLI, GUI and REST control paths into a common framework. This has been known as the Modernization
of Scale (MOS) work and has been in tech-preview since version 5.1.9 last year. Please feel free to look at:
<a href="https://www.spectrumscaleug.org/wp-content/uploads/2024/07/SSUG24ISC-Modernisation-of-Storage-Scale.pdf" target="_blank">https://www.spectrumscaleug.org/wp-content/uploads/2024/07/SSUG24ISC-Modernisation-of-Storage-Scale.pdf</a> for an overview of the direction that is being taken today. There is a sponsor user group for this tech-preview feature that you are welcome to join.
You can participate in new calls and listen to previously recorded calls.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p>
<div>
<div>
<p class="MsoNormal"><span style="font-family:Calibri,sans-serif;color:black">--cdm</span> <span style="font-family:Calibri,sans-serif;color:black"><u></u><u></u></span></p>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11pt"><u></u> <u></u></span></p>
<div id="m_-4807972857775925759mail-editor-reference-message-container">
<div>
<div>
<div style="border-right:none;border-bottom:none;border-left:none;border-top:1pt solid rgb(181,196,223);padding:3pt 0in 0in">
<p class="MsoNormal" style="margin-bottom:12pt"><b><span style="color:black">From:
</span></b><span style="color:black">gpfsug-discuss <<a href="mailto:gpfsug-discuss-bounces@gpfsug.org" target="_blank">gpfsug-discuss-bounces@gpfsug.org</a>> on behalf of Wahl, Edward <<a href="mailto:ewahl@osc.edu" target="_blank">ewahl@osc.edu</a>><br>
<b>Date: </b>Tuesday, August 20, 2024 at 12:32</span><span style="font-family:Arial,sans-serif;color:black"> </span><span style="color:black">PM<br>
<b>To: </b>gpfsug main discussion list <<a href="mailto:gpfsug-discuss@gpfsug.org" target="_blank">gpfsug-discuss@gpfsug.org</a>>, gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
<b>Subject: </b>[EXTERNAL] Re: [gpfsug-discuss] Native Rest API<u></u><u></u></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11pt">I'm going to be a bit... harsh here. I absolutely hate companies taking away my CLI's and giving me some half-working REST trash. IBM has already done this across a Number of different products(sklm,etc)
, so I will not be surprised if it eventually happens here. All the young programming teams across the globe they employ love this kind of thing. I wish they would actually ASK the customers instead of that kind of thing, but it *IS* a thing, and has been
happening to more than just IBM products. <br>
<br>
On the plus side, I don't think Scale is QUITE at that point, so we are probably safe for at least another few versions. They've been pushing the lackluster GUI quite hard for some time now. Many of us out here actually have the GUI disabled, or not installed
at all, due to all the CVEs, and/or an inability to move forward for various reasons. For example: There was no path forward on Power8 without 'rolling your own', and I assume again soon for our Power 9s. Your Mileage May Vary, of course.<br>
<br>
I shudder to think about attempting to diagnose a cluster boot after a major datacenter maintenance outage where a timeout caused various "vdisks" not to get marked active, with REST. Bet that takes much longer than the CLI.
<br>
<br>
Ed Wahl<br>
Ohio Supercomputer Center<br>
<br>
-----Original Message-----<br>
From: gpfsug-discuss <<a href="mailto:gpfsug-discuss-bounces@gpfsug.org" target="_blank">gpfsug-discuss-bounces@gpfsug.org</a>> On Behalf Of Jonathan Buzzard<br>
Sent: Tuesday, August 20, 2024 10:37 AM<br>
To: gpfsug main discussion list <<a href="mailto:gpfsug-discuss@spectrumscale.org" target="_blank">gpfsug-discuss@spectrumscale.org</a>><br>
Subject: [gpfsug-discuss] Native Rest API<br>
<br>
<br>
I just had an email from IBM about technology preview of the "Native Rest API" feature in 5.2.1.0<br>
<br>
There are at least two interrelated and important questions that are not answered in the web page about this "Native Rest API" feature IMHO.<br>
<br>
Firstly the page says it "eliminates" the need to administer the Scale cluster with the mm-command layer. Does that mean the mm-command layer is going away? Will I in the future going to forced to use some "naff"
<br>
GUI layer to administer a GPFS cluster? Frankly I am quite happy using the mm-command layer thank you very much and would like to keep it that way and just be able to ignore the GUI. I do appreciate I might be somewhat old school in that view but never the
less I view GUI administration of things with disdain.<br>
<br>
Secondly at the moment the Rest API requires installing the GUI. Does the "native" bit of the title mean that requirement is going away and there will be a Rest API without the need for the additional complexity of the GUI nodes? Or is the mm-command layer
going away and yes you will need the extra complexity of the GUI because you are going to have to suck up administering the system with a GUI?<br>
<br>
<br>
JAB.<br>
<br>
-- <br>
Jonathan A. Buzzard Tel: +44141-5483420<br>
HPC System Administrator, ARCHIE-WeSt.<br>
University of Strathclyde, John Anderson Building, Glasgow. G4 0NG<br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" target="_blank">gpfsug.org</a><br>
</span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" target="_blank"><span style="font-size:11pt">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</span></a><span style="font-size:11pt">
<br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" target="_blank">gpfsug.org</a><br>
</span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" target="_blank"><span style="font-size:11pt">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</span></a><span style="font-size:11pt">
<u></u><u></u></span></p>
</div>
</div>
</div>
</div>
</div>
</div>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at <a href="http://gpfsug.org" rel="noreferrer" target="_blank">gpfsug.org</a><br>
<a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org" rel="noreferrer" target="_blank">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</a><br>
</div></blockquote></div>