[gpfsug-discuss] mmdsh rest api command

[Alec]

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 <sadaniel at us.ibm.com> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://gpfsug.org/pipermail/gpfsug-discuss_gpfsug.org/attachments/20250721/11ef9f75/attachment-0001.htm>