<div dir="auto">Ah, you are creating a *new* association:<div dir="auto"><br></div><div dir="auto">sacctmgr create user cseraphine account=test1</div><div dir="auto"><br></div><div dir="auto">HTH</div><div dir="auto"><br></div><div dir="auto"> - Michael </div><br><div class="gmail_quote" dir="auto"><div dir="ltr" class="gmail_attr">On Tue, Dec 19, 2023, 13:47 Chip Seraphine <<a href="mailto:cseraphine@drwholdings.com">cseraphine@drwholdings.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">TL,DR:  How do you associate an existing user with a second account?<br>
<br>
I have a user who has a default account, and I want to give them the ability to run jobs in a different account for billback purposes.  My understanding is that this is what associations are for, but I can’t seem to figure out how to tie a user into a “secondary” account with an additional association.  This question gets asked from time to time in online forums, but the answer that comes back is invariably to change the default account, which I expressly do not want to do.<br>
<br>
I have something like this:<br>
$ sacctmgr show assoc tree 'format=account%-33,user%-15,parentname%-15'<br>
Account                           User            ParentName<br>
--------------------------------- --------------- ---------------<br>
root<br>
root                             root<br>
gridadmins                                       root<br>
  gridadmins                      cseraphine<br>
  gridadmins                      srv_gridops<br>
test1                                            root<br>
$ sacctmgr show user cseraphine format=User,DefaultAccount%30,Account%30<br>
      User                       Def Acct                        Account<br>
---------- ------------------------------ ------------------------------<br>
cseraphine                     gridadmins<br>
<br>
User “cseraphine” has default account “gridadmins”.  So far so good.  Now I want to give cseraphine the ability to optionally charge jobs against “test1” without changing any default behavior (as with “srun -A test1 ….”).    The sacctmgr man page tells me I cannot “create” an assoc, I must do it my modifying a user However:<br>
<br>
$ sacctmgr modify user where user=cseraphine set account=test1<br>
Unknown option: account=test1<br>
Use keyword 'where' to modify condition<br>
<br>
The “where” hint suggests that I am making a syntactical error and I’ve tried all the obvious permutations (modifying the account instead of the user, += instead of =, moving the clauses around etc), but without joy.  Does anyone know how to do this?<br>
<br>
<br>
--<br>
<br>
Chip Seraphine<br>
Grid Operations<br>
For support please use help-grid in email or slack.<br>
This e-mail and any attachments may contain information that is confidential and proprietary and otherwise protected from disclosure. If you are not the intended recipient of this e-mail, do not read, duplicate or redistribute it by any means. Please immediately delete it and any attachments and notify the sender that you have received it by mistake. Unintended recipients are prohibited from taking action on the basis of information in this e-mail or any attachments. The DRW Companies make no representations that this e-mail or any attachments are free of computer viruses or other defects.<br>
</blockquote></div></div>