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

Re: [HTCondor-users] priority fo special user

I think the user is saying that they want CMS.A to get the first crack at the resources
regardless of fairshare as well.. this is the second CMS facility in recent months
that wants to do that.  To do this you can set the priority halflife to a very long value
so that the effective priority doesn't go up after they have run a long time..  But
in addition you would have to set the GROUP_PRIO_FACTOR of the atlas group
high as well.

Steve Timm

From: HTCondor-users [htcondor-users-bounces@xxxxxxxxxxx] on behalf of Brian Bockelman [bbockelm@xxxxxxxxxxx]
Sent: Monday, June 29, 2015 1:11 PM
To: HTCondor-Users Mail List
Subject: Re: [HTCondor-users] priority fo special user

Hi Jiang,

The groups are independent of the individual user fairshare.  In addition to giving cms.A the best priority, you’ll want to make sure that group CMS has the largest quota.

I think you want to look at the GROUP_QUOTA_* knobs here:

One way to set things up is something like the following:


then to adjust the priority factor of cms.A appropriately.


On Jun 28, 2015, at 8:04 PM, jiangxw@xxxxxxxxxxxxxxx wrote:

Hi all,
    I have a question about the priority of special user. As following:
    AccoutingGroup: cms, atlas
    user: cms.A, cms.B, cms.C, atlas.A, atlas.B,

    We want to give the highest priority to cms.A. And  cms.A will be allocated the resources immediatly once there`s some resources in "Idle".  
    We set the factor of cms.A is 1. But it doesn't work.
    thanks for reply.

NAME:Jiang Xiaowei
TEL:010 8823 6024
DEPARTMENT:Computing Center of IHEP
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting

The archives can be found at: