I do agree with JAB on this one. But my first thought was if they aren't already using a solution... Why not just SuperPutty.
In our environment we modify the two wrapper programs and we do our GPFS control via a non root system ID, say "gpfs" user with SSH enabled on that ID. So modify the remote shell command and remote file copy commands to a modified perl script, leveraging that user's ssh is and access... And we do our environments equivalent of sudo to launch that user's needed commands as privileged. In our space we needed mmremote, mmsdrrestore, scp, and echo to run as privileged commands. And everything worked fine from there once those were granted. Trial and error, we put a debug log into that script so we could figure out which commands it was actually calling. Using copilot was able to convert my Perl script to Python.. and have AI explain it back to me.. we probably haven't look at this code in 7+ years, it's been pretty reliable. Hope that helps! On Thu, Jul 10, 2025, 9:19 AM Steve Daniels <[email protected]> wrote: > > > All, > > > Please review the idea below and vote if it is important to you. The mmdsh > command is currently based on ssh and will not have a replacement unless > development is convinced it will impact your ability to manage your > clusters effectively. > > > > Also, if you have other ideas that you want the community to consider, > please submit them for IBM’s consideration here - https://ideas.ibm.com/ > > > > Thanks, > > Steve > > Thank you for submitting your idea: ESS-I-114 mmdsh rest api command With > the transition from ssh-based commanding to the Rest API, the functionality > of mmdsh needs to be maintained. Currently, this command's functionality > will no longer be > > > > [image: IBM System Storage Ideas Portal] > Thank you for submitting your idea: ESS-I-114 mmdsh rest api command > > With the transition from ssh-based commanding to the Rest API, the > functionality of mmdsh needs to be maintained. Currently, this command's > functionality will no longer be supported once a cluster is migrated off of > ssh-based communications. Many administrators leverage the command for > day-to-day management of the cluster. It is important to have a tightly > integrated command to be able to pull information from some or all of the > nodes. > > *View idea * <https://ibm-sys-storage.ideas.ibm.com/ideas/ESS-I-114> > > > > > > You're receiving notifications because you created this idea. > > _______________________________________________ > 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
