<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="Generator" content="Microsoft Word 15 (filtered medium)">
<style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Aptos;
        panose-1:2 11 0 4 2 2 2 2 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        font-size:12.0pt;
        font-family:"Aptos",sans-serif;}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;
        mso-ligatures:none;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
--></style>
</head>
<body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word">
<div class="WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt">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">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.<o:p></o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p>&nbsp;</o:p></span></p>
<div>
<div>
<p class="MsoNormal"><span style="font-family:&quot;Calibri&quot;,sans-serif;color:black">--cdm</span>&nbsp;<span style="font-family:&quot;Calibri&quot;,sans-serif;color:black"><o:p></o:p></span></p>
</div>
</div>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p>&nbsp;</o:p></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt"><o:p>&nbsp;</o:p></span></p>
<div id="mail-editor-reference-message-container">
<div>
<div>
<div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in">
<p class="MsoNormal" style="margin-bottom:12.0pt"><b><span style="color:black">From:
</span></b><span style="color:black">gpfsug-discuss &lt;gpfsug-discuss-bounces@gpfsug.org&gt; on behalf of Wahl, Edward &lt;ewahl@osc.edu&gt;<br>
<b>Date: </b>Tuesday, August 20, 2024 at 12:32</span><span style="font-family:&quot;Arial&quot;,sans-serif;color:black">\u202f</span><span style="color:black">PM<br>
<b>To: </b>gpfsug main discussion list &lt;gpfsug-discuss@gpfsug.org&gt;, gpfsug main discussion list &lt;gpfsug-discuss@spectrumscale.org&gt;<br>
<b>Subject: </b>[EXTERNAL] Re: [gpfsug-discuss] Native Rest API<o:p></o:p></span></p>
</div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt">I'm going to be a bit... harsh here.&nbsp;&nbsp; I absolutely hate companies taking away my CLI's and giving me some half-working REST trash.&nbsp; IBM has already done this across a Number of different products(sklm,etc)
 , so I will not be surprised if it eventually happens here.&nbsp;&nbsp; All the young programming teams across the globe they employ love this kind of thing.&nbsp;&nbsp; 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.&nbsp;&nbsp; <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.&nbsp;&nbsp; They've been pushing the lackluster GUI quite hard for some time now.&nbsp; 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.&nbsp; For example: There was no path forward on Power8 without 'rolling your own', and I assume again soon for our Power 9s.&nbsp; 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 &quot;vdisks&quot; not to get marked active, with REST.&nbsp; Bet that takes much longer than the CLI.
<br>
<br>
Ed Wahl<br>
Ohio Supercomputer Center<br>
<br>
-----Original Message-----<br>
From: gpfsug-discuss &lt;gpfsug-discuss-bounces@gpfsug.org&gt; On Behalf Of Jonathan Buzzard<br>
Sent: Tuesday, August 20, 2024 10:37 AM<br>
To: gpfsug main discussion list &lt;gpfsug-discuss@spectrumscale.org&gt;<br>
Subject: [gpfsug-discuss] Native Rest API<br>
<br>
<br>
I just had an email from IBM about technology preview of the &quot;Native Rest API&quot; 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 &quot;Native Rest API&quot; feature IMHO.<br>
<br>
Firstly the page says it &quot;eliminates&quot; 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 &quot;naff&quot;
<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 &quot;native&quot; 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&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; 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 gpfsug.org<br>
</span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org"><span style="font-size:11.0pt">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</span></a><span style="font-size:11.0pt">
<br>
<br>
_______________________________________________<br>
gpfsug-discuss mailing list<br>
gpfsug-discuss at gpfsug.org<br>
</span><a href="http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org"><span style="font-size:11.0pt">http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org</span></a><span style="font-size:11.0pt">
<o:p></o:p></span></p>
</div>
</div>
</div>
</div>
</div>
</body>
</html>