Re: [slurm-users] Accounting - running with 'wrong' account on cluster
On Wednesday, 7 November 2018 3:46:01 PM AEDT Brian Andrus wrote: > Ah. I was getting ahead of myself. I used 'limits' and I have no limits > configured, only associations. Changed it to just associations and all is > good. Excellent! Well spotted.. -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
Re: [slurm-users] Accounting - running with 'wrong' account on cluster
Hmm. ok, so using unmatched accounts makes a fail: (on cluster1) $ srun -n16 -A Prod--pty bash *srun: error: Unable to allocate resources: Invalid account or account/partition combination specified* But using a valid account also fails: $ srun -n16 -A projectA --pty bash *srun: error: Unable to allocate resources: Invalid account or account/partition combination specified* So now I don't seem to be able to run anything... On Tue, Nov 6, 2018 at 7:53 PM Christopher Samuel wrote: > On 7/11/18 2:44 pm, Brian Andrus wrote: > > > Ah just scontrol reconfigure doesn't actually make it take effect. > > Restarting slurmctld did it. > > Phew! Glad to hear that's sorted out.. :-) > > -- > Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC > >
Re: [slurm-users] Accounting - running with 'wrong' account on cluster
On 7/11/18 2:44 pm, Brian Andrus wrote: Ah just scontrol reconfigure doesn't actually make it take effect. Restarting slurmctld did it. Phew! Glad to hear that's sorted out.. :-) -- Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC
Re: [slurm-users] Accounting - running with 'wrong' account on cluster
Ah just scontrol reconfigure doesn't actually make it take effect. Restarting slurmctld did it. On Tue, Nov 6, 2018 at 7:07 PM Christopher Samuel wrote: > On 7/11/18 1:57 pm, Brian Andrus wrote: > > > Ah. I thought I had set that. > > So I did and now it is: > > AccountingStorageEnforce = associations,limits > > > > But I am still able to request and get resources on cluster3 using > > projectA as my account.. > > Heck, I just tried using a fake account (account=asdas) and it worked... > > > > "That ain't right..." - Guy Fleegman (GalaxyQuest) > > That's very odd, we have: > > AccountingStorageEnforce = associations,limits,qos,safe > > and for an account I'm not part of I get: > > [csamuel@farnarkle1 ~]$ salloc -A oz015 > salloc: error: Job submit/allocate failed: Invalid account or > account/partition combination specified > > All the best, > Chris > -- > Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC > >
Re: [slurm-users] Accounting - running with 'wrong' account on cluster
Ah. I thought I had set that. So I did and now it is: AccountingStorageEnforce = associations,limits But I am still able to request and get resources on cluster3 using projectA as my account.. Heck, I just tried using a fake account (account=asdas) and it worked... "That ain't right..." - Guy Fleegman (GalaxyQuest) Brian Andrus On Tue, Nov 6, 2018 at 4:39 PM Christopher Samuel wrote: > On 7/11/18 7:35 am, Brian Andrus wrote: > > > I am able to submit using account=projectB on cluster3. ??? > > Since 'projectB' is a child of account ' DevOps', which is only > > associated with cluster1 and cluster2, shouldn't I be denied the ability > > to run using that accout on cluster3? > > What does this say for you? > > scontrol show config | fgrep AccountingStorageEnforce > > All the best, > Chris > -- > Chris Samuel : http://www.csamuel.org/ : Melbourne, VIC > >