[slurm-users] [EXT] Re: Is there a scontrol ping slurmdbd?

Heitor heitorpbittencourt at gmail.com
Thu Jun 10 23:38:43 UTC 2021


On Thu, 10 Jun 2021 07:20:51 +0000
Sean Crosby <scrosby at unimelb.edu.au> wrote:

> We use sacctmgr list stats for our Slurmdbd check
> 
> Our Nagios check is
> 
> RESULT=$(/usr/local/slurm/latest/bin/sacctmgr list stats)
> if [ $? -ne 0 ]
> then
>         echo "ERROR: cannot connect to database"
>         exit 2
> fi
> echo "$RESULT" | head -n 4
> exit 0
> 
> Sean
> ________________________________
> From: slurm-users <slurm-users-bounces at lists.schedmd.com> on behalf
> of Christoph Brüning <christoph.bruening at uni-wuerzburg.de> Sent:
> Thursday, 10 June 2021 16:54 To: slurm-users at lists.schedmd.com
> <slurm-users at lists.schedmd.com> Subject: [EXT] Re: [slurm-users] Is
> there a scontrol ping slurmdbd?
> 
> External email: Please exercise caution
> 
> Hello,
> 
> I'd usually use some simple sacctmgr command.
> Something like "sacctmgr list cluster".
> 
> That said, we're running a single slurmdbd instance since slurmctld
> does some caching etc. Do you have multiple that you need to check
> individually?
> 
> Cheers,
> Christoph
> 
> On 09/06/2021 23.23, Heitor wrote:
> > Hello,
> >
> > The docs about scontrol says that the command `scontrol ping` allows
> > one to query if slurmctld nodes are up and running.
> >
> > I'm wondering if there's something analogous for slurmdbd? A
> > command to check if slurmdbd nodes are up and running? I couldn't
> > find it in the docs.
> >
> > Kind regards,
> > Heitor
> >
> 
> --
> Dr. Christoph Brüning
> Universität Würzburg
> HPC & DataManagement @ ct.qmat & RZUW
> Am Hubland
> D-97074 Würzburg
> Tel.: +49 931 31-80499
> 

This was exactly what I needed! Thank you Sean and Christoph!
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 488 bytes
Desc: OpenPGP digital signature
URL: <http://lists.schedmd.com/pipermail/slurm-users/attachments/20210610/64be0ea7/attachment.sig>


More information about the slurm-users mailing list