Hello,
We would like to request auto-aliasing for the daemons and user commands in the slurm snap.
Can I provide a list of the commands and daemons that we are requesting auto-aliasing for, or how does this work?
Thanks!
Hello,
We would like to request auto-aliasing for the daemons and user commands in the slurm snap.
Can I provide a list of the commands and daemons that we are requesting auto-aliasing for, or how does this work?
Thanks!
Yes please - can you provide a list of the aliases names you want and which commands in the snap they correspond / alias to?
Hi Alex. Slurm is quite a beast with lots of user-facing commands. The commands we need aliased are:
We also package Munge as a dependency of Slurm and require the following commands aliased as well:
The reason for the auto-aliasing request is due to consumers of the Snap needing to integrate it into their automation without having to append slurm.
to each command being called.
For slurm, these are all well known binaries shipped as part of slurm so +1 from me for those aliases. Regarding munge, I see there is also the separate munge snap in the store - are you asking for these to be aliases for these commands within the slurm snap (or within the munge snap)?
^yes, this is exactly it. Thank you!
Ok so looking at the snap.yaml of the most recent slurm revision uploaded to the store I see the following apps
declared and which you have requested an alias for above - I can’t see remunge
but there is remundged
listed - did you mean that instead? Can you confirm if this list is correct?
Yep, that was a mistake on my part. Let me fix it and get right back to you with the corrected list.
These look like they’re exposed as daemons by the snap, so don’t represent commands to be aliased:
@jamesh We were hoping to Auto-alias our daemons also; slurmd, slurmctld, slurmdbd, slurmrestd and munged.
What I’m saying is that no wrapper is generated for daemons in /snap/bin
, so there is nothing to alias.
If you are referring to the generated systemd units, there is (currently) no facility to change how they are named.
Hey Alex, here’s a corrected & final list of the commands we need auto-aliased:
sacct
sacctmgr
salloc
sattach
sbatch
sbcast
scancel
scontrol
sdiag
sinfo
spiro
squeue
sreport
srun
sshare
sstat
strigger
munge
unmunge
remunge
mungekey
Checking the Ubuntu archive, all of the s* commands are well-known to the slurm-client deb so these sound reasonable. +1 for the s* commands.
For the ‘munge’ commands, the commands are known to come from the ‘munge’ deb and there is a munge snap already (from the same publisher as slurm). While I recognize that munge is a dependency on slurm, is the expected slurm snap experience to use munge directly or are the s* commands and slurm daemons expected to just use munge? Since the snaps are from the same publisher and the aliases are for the same software, I’m inclined to vote in the affirmative for these, but I’d like to hear back before voting on the ‘munge’ commands.
Great Question.
The end goal is to maintain and support both Snaps, (Slurm and Munge) but it was easier to deliver a working Slurm snap with munge included rather than trying to build and maintain both Snaps separately.
Maintaining the Munge Snap is still on our backlog, however.
is the expected slurm snap experience to use munge directly
Currently, yes. However, it will be configurable so that the Slurm Snap can be set to a Snap mode which does not enable the internal Munge since Slurm supports other authentication options.
Thanks for getting back. +1 for all the aliases
+2 votes for, 0 votes against. This is now live.