[slurm-dev] No equivalent to "bsub -w" for viewing arguments passed to submitted jobs

2017-10-30 Thread Nathan Skene
Hi, I have just moved to a SLURM server from an LSF server. Many of my scripts check to see what jobs I've currently got running (by grepping 'bsub -w') to ensure I don't double submit a job. When you run bsub -w on an LSF server you get a full print out of all the arguments passed to each job. Th

[slurm-dev] Re: No equivalent to "bsub -w" for viewing arguments passed to submitted jobs

2017-10-30 Thread Kershaw, Helen
scontrol show job will give you the info for a given jobid. Cheers, Helen On Mon, Oct 30, 2017 at 7:52 AM, Nathan Skene wrote: > Hi, > > I have just moved to a SLURM server from an LSF server. Many of my scripts > check to see what jobs I've currently got running (by grepping 'bsub -w') > to

[slurm-dev] slurm-dev ÑÏ: Re: Slurm and parallel java libaray pj2

2017-10-30 Thread ايمان
yes , it's clear But , I have read the guide several times and I could not know the coorect one. Can you please help me with that ? Thank you Eman من: Lachlan Musicman ‏‏تم الإرسال: 10/صفر/1439 02:45 ص إلى: slurm-dev ‏‏الموضوع: [slurm-dev] Re: Slurm and pa

[slurm-dev] Re: CPU/GPU Affinity Not Working

2017-10-30 Thread Kilian Cavalotti
Hi Dave, On Fri, Oct 27, 2017 at 3:57 PM, Dave Sizer wrote: > Kilian, when you specify your CPU bindings in gres.conf, are you using the > same IDs that show up in nvidia-smi? Yes: $ srun -p gpu -c 4 --gres gpu:1 --pty bash sh-114-01 $ cat /etc/slurm/gres.conf name=gpuFile=/dev/nvidia

[slurm-dev] Re: slurm-dev ÑÏ: Re: Slurm and parallel java libaray pj2

2017-10-30 Thread Lachlan Musicman
On 31 October 2017 at 00:14, ايمان <435204...@student.ksu.edu.sa> wrote: > yes , it's clear > > But , I have read the guide several times and I could not know the coorect > one. > > Can you please help me with that ? > > Sorry, I'm not 100% sure which guide you are referring to - do you need a gu

[slurm-dev] Re: Fixing corrupted slurm accounting?

2017-10-30 Thread Bill Broadley
The user account with the anomalously high usage hasn't run any jobs in the last year (that I'm interested in), so I deleted all jobs by that user. So that includes all jobs with that id_user, id_group, and any of their associations: mysql> select user,partition,acct,id_assoc from _assoc_table