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 [email protected]<mailto:[email protected]> GPFS Development and Security IBM Systems IBM Building 008 2455 South Rd, Poughkeepsie, NY 12601 From: gpfsug-discuss <[email protected]> on behalf of shao feng <[email protected]> Date: Tuesday, August 27, 2024 at 10:26 PM To: gpfsug main discussion list <[email protected]> Cc: gpfsug main discussion list <[email protected]> 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 <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> on behalf of Wahl, Edward <[email protected]<mailto:[email protected]>> Date: Tuesday, August 20, 2024 at 12:32 PM To: gpfsug main discussion list <[email protected]<mailto:[email protected]>>, gpfsug main discussion list <[email protected]<mailto:[email protected]>> 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 <[email protected]<mailto:[email protected]>> On Behalf Of Jonathan Buzzard Sent: Tuesday, August 20, 2024 10:37 AM To: gpfsug main discussion list <[email protected]<mailto:[email protected]>> 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>
_______________________________________________ gpfsug-discuss mailing list gpfsug-discuss at gpfsug.org http://gpfsug.org/mailman/listinfo/gpfsug-discuss_gpfsug.org
