<div dir="ltr">Can you please remove my email id from your mailing list? I don't want these emails anymore. Thanks.</div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, May 17, 2023 at 11:42 PM <<a href="mailto:slurm-users-request@lists.schedmd.com">slurm-users-request@lists.schedmd.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Send slurm-users mailing list submissions to<br>
<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="https://lists.schedmd.com/cgi-bin/mailman/listinfo/slurm-users" rel="noreferrer" target="_blank">https://lists.schedmd.com/cgi-bin/mailman/listinfo/slurm-users</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:slurm-users-request@lists.schedmd.com" target="_blank">slurm-users-request@lists.schedmd.com</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:slurm-users-owner@lists.schedmd.com" target="_blank">slurm-users-owner@lists.schedmd.com</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of slurm-users digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. Re: On the ability of coordinators (Renfro, Michael)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 17 May 2023 18:11:49 +0000<br>
From: "Renfro, Michael" <<a href="mailto:Renfro@tntech.edu" target="_blank">Renfro@tntech.edu</a>><br>
To: Slurm User Community List <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Subject: Re: [slurm-users] On the ability of coordinators<br>
Message-ID: <<a href="mailto:33D4BF81-8025-4F08-80DA-83B57817535F@tntech.edu" target="_blank">33D4BF81-8025-4F08-80DA-83B57817535F@tntech.edu</a>><br>
Content-Type: text/plain; charset="utf-8"<br>
<br>
If there?s a fairshare component to job priorities, and there?s a share assigned to each user under the account, wouldn?t the light user?s jobs move ahead of any of the heavy user?s pending jobs automatically?<br>
<br>
From: slurm-users <<a href="mailto:slurm-users-bounces@lists.schedmd.com" target="_blank">slurm-users-bounces@lists.schedmd.com</a>> on behalf of "Groner, Rob" <<a href="mailto:rug262@psu.edu" target="_blank">rug262@psu.edu</a>><br>
Reply-To: Slurm User Community List <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Date: Wednesday, May 17, 2023 at 1:09 PM<br>
To: "<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>" <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Subject: Re: [slurm-users] On the ability of coordinators<br>
<br>
<br>
External Email Warning<br>
<br>
This email originated from outside the university. Please use caution when opening attachments, clicking links, or responding to requests.<br>
<br>
________________________________<br>
Ya, I found they had the power to hold jobs just be experimentation. Maybe it will turn out I had something misconfigured and coordinators don't have that ability either. I hope that's not the case, since being able to hold jobs in their account gives them some usefulness.<br>
<br>
My interest in this was solely focused on what coordinators could do to jobs within their account. So, I accepted as ok that a coordinator couldn't move jobs in their account to a higher priority than jobs in other accounts. I just wanted the coordinator to be able to move jobs in their account to a higher priority over other jobs within the same account. Being able to use hold/release seems like what we're looking for. I just wonder why coordinators can't use "top" as well, for jobs within their coordinated account. I guess "top" is meant to move them to the top of the entire pending queue, and in my case, I was only interested in the coordinator moving certain jobs in their accounts to the top of the account-related queue. But of course, there ISN'T an account-related queue, so maybe that's why top doesn't work for a coordinator. I think I just answered my own question.....<br>
<br>
________________________________<br>
From: slurm-users <<a href="mailto:slurm-users-bounces@lists.schedmd.com" target="_blank">slurm-users-bounces@lists.schedmd.com</a>> on behalf of Brian Andrus <<a href="mailto:toomuchit@gmail.com" target="_blank">toomuchit@gmail.com</a>><br>
Sent: Wednesday, May 17, 2023 2:00 PM<br>
To: <a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a> <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Subject: Re: [slurm-users] On the ability of coordinators<br>
<br>
<br>
Coordinator permissions from the man pages:<br>
<br>
coordinator<br>
A special privileged user, usually an account manager, that can add users or sub-accounts to the account they are coordinator over. This should be a trusted person since they can change limits on account and user associations, as well as cancel, requeue or reassign accounts of jobs inside their realm.<br>
<br>
So, I read that as it manages accounts in slurmdb with minimal access to the jobs themselves. So you would be stuck with cancel/requeue. I see no mention of hold, but if that is one of the permissions, I would say, yes, our approach does what you want within the limits of what the default permissions of a coordinator can do.<br>
<br>
<br>
<br>
Of course, that still may not work if there are other accounts/partitions/users with higher priority jobs than User B. Specifically if those jobs can use the same resources A's jobs are running on.<br>
<br>
<br>
<br>
Brian Andrus<br>
<br>
<br>
On 5/17/2023 10:49 AM, Groner, Rob wrote:<br>
I'm not sure what you mean by "if they have the permissions". I'm talking about someone who is specifically designated as "coordinator" of an account in slurm. With that designation, and no other admin level changes, I'm not aware that they can directly change the priority of jobs associated with the account.<br>
<br>
If you're talking about additional permissions or admin levels...we're not looking into that as an option. We want to purely use the coordinator role to have them manipulate stuff.<br>
<br>
________________________________<br>
From: slurm-users <<a href="mailto:slurm-users-bounces@lists.schedmd.com" target="_blank">slurm-users-bounces@lists.schedmd.com</a>><mailto:<a href="mailto:slurm-users-bounces@lists.schedmd.com" target="_blank">slurm-users-bounces@lists.schedmd.com</a>> on behalf of Brian Andrus <<a href="mailto:toomuchit@gmail.com" target="_blank">toomuchit@gmail.com</a>><mailto:<a href="mailto:toomuchit@gmail.com" target="_blank">toomuchit@gmail.com</a>><br>
Sent: Wednesday, May 17, 2023 12:58 PM<br>
To: <a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a><mailto:<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>> <<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><mailto:<a href="mailto:slurm-users@lists.schedmd.com" target="_blank">slurm-users@lists.schedmd.com</a>><br>
Subject: Re: [slurm-users] On the ability of coordinators<br>
<br>
<br>
If they have the permissions, you can just raise the priority of user B's jobs to be higher than whatever A's currently are. Then they will run next.<br>
<br>
That will work if you are able to wait for some jobs to finish and you can 'skip the line' for the priority jobs.<br>
<br>
If you need to preempt running jobs, that would take a bit more effort to set up, but is an alternative.<br>
<br>
<br>
<br>
Brian Andrus<br>
<br>
<br>
On 5/17/2023 6:40 AM, Groner, Rob wrote:<br>
I was asked to see if coordinators could do anything in this scenario:<br>
<br>
* Within the account that they coordinated, User A submitted 1000s of jobs and left for the day.<br>
* Within the same account, User B wanted to run a few jobs really quickly. Once submitted, his jobs were of course behind User A's jobs.<br>
* The coordinator wanted to see the results of User B's runs.<br>
Reading the docs and doing some experiments, here is what I determined:<br>
<br>
* The coordinator could put a hold on all of User A's jobs in the pending queue. This won't affect any jobs User A has that aren't tied to the coordinated account.<br>
* With User A's jobs held, then User B's jobs would be next to run.<br>
* If the coordinator was particularly impatient, he could scancel User A's currently running jobs so that User B's jobs immediately started.<br>
* The coordinator would need to remember to release the held jobs, or put them in a uhold so that User A could release them eventually.<br>
It seems like the easiest way for the coordinator to elevate User B's jobs to the top of the queue would be if he could "scontrol top" those jobs. But my testing indicates that the coordinator doesn't have that permission. Is there some reason that a coordinator can't use "scontrol top" to change the priority of jobs within the account that he coordinates?<br>
<br>
Thanks.<br>
<br>
Rob<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <<a href="http://lists.schedmd.com/pipermail/slurm-users/attachments/20230517/c1a1a120/attachment.htm" rel="noreferrer" target="_blank">http://lists.schedmd.com/pipermail/slurm-users/attachments/20230517/c1a1a120/attachment.htm</a>><br>
<br>
End of slurm-users Digest, Vol 67, Issue 20<br>
*******************************************<br>
</blockquote></div><br clear="all"><div><br></div><span class="gmail_signature_prefix">-- </span><br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div>Thanks,</div><div>Sridhar</div></div></div>