[gpfsug-discuss] Native Rest API

[Felipe Knop]

The new native REST API will not retrieve information from the GUI. The new API is handled by a new “Admin Daemon”,  which will communicate directly with mmfsd, or with peer Admin Daemons, as needed.

  Felipe

----
Felipe Knop        knop at us.ibm.com<mailto:knop at us.ibm.com>
GPFS Development and Security
IBM Systems
IBM Building 008
2455 South Rd, Poughkeepsie, NY 12601



From: gpfsug-discuss <gpfsug-discuss-bounces at gpfsug.org> on behalf of shao feng <shaof777 at gmail.com>
Date: Tuesday, August 27, 2024 at 10:26 PM
To: gpfsug main discussion list <gpfsug-discuss at gpfsug.org>
Cc: gpfsug main discussion list <gpfsug-discuss at spectrumscale.org>
Subject: [EXTERNAL] Re: [gpfsug-discuss] Native Rest API
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

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<mailto: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<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<mailto:gpfsug-discuss-bounces at gpfsug.org>> on behalf of Wahl, Edward <ewahl at osc.edu<mailto:ewahl at osc.edu>>
Date: Tuesday, August 20, 2024 at 12:32 PM
To: gpfsug main discussion list <gpfsug-discuss at gpfsug.org<mailto:gpfsug-discuss at gpfsug.org>>, gpfsug main discussion list <gpfsug-discuss at spectrumscale.org<mailto: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<mailto: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<mailto: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>
http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org<http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org>

_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at gpfsug.org<http://gpfsug.org>
http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org<http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org>
_______________________________________________
gpfsug-discuss mailing list
gpfsug-discuss at gpfsug.org<http://gpfsug.org>
http://gpfsug.org/mailman/listinfo/gpfsug-discuss_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/b4ab84c1/attachment-0001.htm>