Is there a reason you aren't using the SlurmDBD? Using straight MySQL
is not tested nearly as much as with the SlurmDBD on top of MySQL. I
would still expect this to work though. When you create your
associations you should see some output in the slurmctld.log informing
of the changes. I think they are at the debug level.
I am not sure what you are explaining with modify a user's account
assignment without recreating the user? Meaning move a user from one
account to another or change the user association's account? Perhaps
you are just explaining the process of adding a user to an account?
On 02/22/12 19:17, Frédérick Lessard wrote:
Danny,
Thanks for responding so quickly. Earlier this afternoon I confirmed
the bug on SLURM 2.3.x (I can confirm the revision in the morning once
i'm back at the office) on a Cray XT system using straight MySQL (I
believe I have seen the same bug on 2.2.6 on an x86 cluster, but am
now unsure and will check in the morning). My instinct tells me this
is related to the fact that you can't modify a user's account
assignment without recreating the user. As you may know once a user is
created, you can't modify his account assignment (can't do sacctmgr
modify user fred account=newaccount1, newaccount2). I would like to
try my hand at that problem later, but for now the fact that I need to
restart slurmctld is a nuisance for me right now. Hopefully, this is
just a config issue and that is why I was trying to figure out
where/when the association data is sent to the slurmdctld. Here are
the steps to recreate the issue on a Cray XT.
First off I configure SLURM to use Associtation, Limits and QoS as
enforcement rules. Then, I create a set of QoS's and parent accounts,
and assign users to them. At this point if a user tries to submit a
job with srun, an error is generated about not having a valid
association. In order to fix it, I need to restart the slurmctld. Once
restarted, all is well. Now if I want to add a user, I will need to
restart slurmctld again for the changes to take effect. As I said, I
have definitely confirmed this on my Cray test system, but I will
recheck on my 2.2.6 x86 test system.
Many thanks!
Fred
2012/2/22 Danny Auble <[email protected] <mailto:[email protected]>>
What version of SLURM are you using? This seems like a bug that would
bite a lot of people. I don't see it in 2.3 or 2.4. (with the
SlurmDBD,
I didn't test a direct mysql plugin, but that should work as well.)
Danny
On 02/22/12 16:29, Frédérick Lessard wrote:
> Hello (I hope you have only received this email once...had
problems sending
> it to the list...),
>
> I'm running into issues where information is not available for the
> slurmctld until the daemon is restarted following an update in
sacctmgr and
> I would like to try and fix it in the code (and submit a patch
back to you
> guys if I find it!). Can someone provide me with some direction
as to where
> to look into the code to understand when the information does get
> propagated from the association database (because it does appear
there) to
> the slurmctld?
>
> A bit more background: Whenever I add a user, I need to restart the
> slurmctld in order for that user to be allowed to use the
association
> created between the user and the account. Same thing applies for
adding
> more accounts to that user.... I'm using mysql as the accounting
DB and
> enforce Associations, Limits and QoS in the slurm.conf.
>
> Thanks for your help
>
> Fred.
>
