[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [HTCondor-users] Control jobs per user



Hello Seung-jin,

Another way to limit how many cores a single user can utilize is to use "condor_userprio -setceil" command.

...Tim

On 10/23/24 16:08, Seung-Jin Sul wrote:
Hi Jaime,

Thank you for the info.
We need to prevent a user from using all the HTCondor compute resources. So it's the latter. We want to control `how many jobs HTCondor will run at a time for each user`.
We will try `accounting_group_user` if it's possible to control tasks submitted by the same user account.

Thank you so much!

Best, 
Seung-Jin


On Wed, Oct 23, 2024, 1:54âPM Jaime Frey via HTCondor-users <htcondor-users@xxxxxxxxxxx> wrote:
Do you want to limit the number of jobs submitted to HTCondor for each user, or how many jobs HTCondor will run at a time for each user? You can limit the number of jobs that can be submitted, but additional submission attempts for the user will fail, which may cause Cromwell to think HTCondor is broken.

HTCondor has several mechanisms to control how many of the computing resources can be used by each user, regardless of how many jobs each has submitted. Thus, you can allow Cromwell to submit as many jobs as it wants and ensure one user doesnât monopolize the glideins in SLURM.
If all of the jobs are submitted to HTCondor under the same user account, then you can set accounting_group_user in the HTCondor submit description file. This changes the identifier used for scheduling and accounting purposes.


In brief, HTCondor attempts to ensure each user gets a âfair shareâ of the compute resources currently available. Jobs are not run in a strict FIFO order. You can configure many of the details of how the resources are divided amongst the users, including giving some users a larger share and setting a max amount that each user can use at a time.

 - Jaime

On Oct 22, 2024, at 3:34âPM, Seung-Jin Sul <ssul@xxxxxxx> wrote:

Hi,

We are using Cromwell as a workflow engine and HTCondor as a backend. We have tried to throttle the number of jobs submitted to HTCondor from the Cromwell level using HogGroup and HogFactor but it's not working for use as intended.

The compute resource for our HTCondor is configured as a glide-in with SLURM. Thus, our HTCondor is run by a single-user account. So, we're seeking to pass the user's account name with the submission and then control the number of submissions from the HTCondor scheduler side. Can we limit the number of submissions per user from HTCondor?

Thank you!
Seung Sul

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/

_______________________________________________
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/htcondor-users

The archives can be found at:
https://lists.cs.wisc.edu/archive/htcondor-users/
-- 
Tim Theisen (he, him, his)
Release Manager
HTCondor & Open Science Grid
Center for High Throughput Computing
Department of Computer Sciences
University of Wisconsin - Madison
4261 Computer Sciences and Statistics
1210 W Dayton St
Madison, WI 53706-1685
+1 608 265 5736