[gpfsug-discuss] Native Rest API

[shao feng]

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:
https://www.ibm.com/docs/en/storage-scale/5.2.1?topic=issues-gui-is-displaying-outdated-information

On Wed, Aug 21, 2024 at 3:18 AM CHRIS MAESTAS <cdmaestas at us.ibm.com> wrote:

> 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:
> https://www.spectrumscaleug.org/wp-content/uploads/2024/07/SSUG24ISC-Modernisation-of-Storage-Scale.pdf
> 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.
>
>
>
> --cdm
>
>
>
>
>
> *From: *gpfsug-discuss <gpfsug-discuss-bounces at gpfsug.org> on behalf of
> Wahl, Edward <ewahl at osc.edu>
> *Date: *Tuesday, August 20, 2024 at 12:32 PM
> *To: *gpfsug main discussion list <gpfsug-discuss at gpfsug.org>, gpfsug
> main discussion list <gpfsug-discuss at spectrumscale.org>
> *Subject: *[EXTERNAL] Re: [gpfsug-discuss] Native Rest API
>
> 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.
>
> 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.
>
> 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.
>
> Ed Wahl
> Ohio Supercomputer Center
>
> -----Original Message-----
> From: gpfsug-discuss <gpfsug-discuss-bounces at gpfsug.org> On Behalf Of
> Jonathan Buzzard
> Sent: Tuesday, August 20, 2024 10:37 AM
> To: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
> Subject: [gpfsug-discuss] Native Rest API
>
>
> I just had an email from IBM about technology preview of the "Native Rest
> API" feature in 5.2.1.0
>
> There are at least two interrelated and important questions that are not
> answered in the web page about this "Native Rest API" feature IMHO.
>
> 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"
> 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.
>
> 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?
>
>
> JAB.
>
> --
> Jonathan A. Buzzard                         Tel: +44141-5483420
> HPC System Administrator, ARCHIE-WeSt.
> University of Strathclyde, John Anderson Building, Glasgow. G4 0NG
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org
>
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org
> _______________________________________________
> gpfsug-discuss mailing list
> gpfsug-discuss at gpfsug.org
> http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20240828/730a421a/attachment-0001.htm>