As Carlos says. I don’t have direct experience on running slurm on a UV, but did run PbsPro with cpusets on a UV. I might be remembering this wrong, but part of the init script was to move the pbs daemon out of the bootcpuset. If you have root privileges you can move your own cpuset. I might be wrong.
From: Carlos Fenoy [mailto:mini...@gmail.com] Sent: 20 July 2016 09:23 To: slurm-dev <slurm-dev@schedmd.com> Subject: [slurm-dev] RE: SGI UV2000 with SLURM Is the slurmd process running in the bootcpuset? On Wed, Jul 20, 2016 at 9:29 AM, Christopher Samuel <sam...@unimelb.edu.au<mailto:sam...@unimelb.edu.au>> wrote: On 20/07/16 17:13, A. Podstawka wrote: > no direct error message, but the jobs get started in the bootcpuset Do the processes show up in the tasks file for that cgroup? Is it an exclusive cgroup? (cpuset.cpu_exclusive is 1) > TaskAffinity=yes Hmm, I suspect that could be related, try turning that off.. All the best! Chris -- Christopher Samuel Senior Systems Administrator VLSCI - Victorian Life Sciences Computation Initiative Email: sam...@unimelb.edu.au<mailto:sam...@unimelb.edu.au> Phone: +61 (0)3 903 55545<tel:%2B61%20%280%293%20903%2055545> http://www.vlsci.org.au/ http://twitter.com/vlsci -- -- Carles Fenoy Any views or opinions presented in this email are solely those of the author and do not necessarily represent those of the company. Employees of XMA Ltd are expressly required not to make defamatory statements and not to infringe or authorise any infringement of copyright or any other legal right by email communications. Any such communication is contrary to company policy and outside the scope of the employment of the individual concerned. The company will not accept any liability in respect of such communication, and the employee responsible will be personally liable for any damages or other liability arising. XMA Limited is registered in England and Wales (registered no. 2051703). Registered Office: Wilford Industrial Estate, Ruddington Lane, Wilford, Nottingham, NG11 7EP
