Hi Jason,
This does work, and is sufficient to fix my problem for now.
However, I see now that accounting does not do exactly what I want to
accomplish. In my case, I have different types of jobs, with different
numbers of available licenses. For example, Type A has 5 licenses and
Type B has 10 licenses. What I really want to do is limit the number of
jobs for each type, to the appropriate number of running jobs. But I
see that the "sum of all quotas must be less than or equal to the number
of machines in the pool." What will happen if this requirement is not
met? In my case, I have 15 machines in the pool, so I may allocate
quotas of 5 and 10, but if a machine drops out, what will happen? And
if I want to add another group for license limit reason, I need to
reduce the quota for the other groups (or add more machines).
Is there any chance to implement a feature (or extension to the group
accounting feature) that allow to specify a max number of jobs for a
given group? In this way, I could have an arbitrary number of groups,
with appropriately set limits, without the requirement that the sum of
all quotas is > the # of machines.
Thanks,
Richard.
Jason Stowe wrote:
Richard,
So accounting Groups are set to group.user@xxxxxxxxxxxxxxx I would set
your +AccountingGroup="group_vsim@xxxxxxxxxxxx" or some such. You can
also explicitly set autoregroup to false.
Let me know how that works out, as there are more detailed steps to
debug this if that doesn't work.
Hope that helps,
Jason
_______________________________________________
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting
https://lists.cs.wisc.edu/mailman/listinfo/condor-users
The archives can be found at:
https://lists.cs.wisc.edu/archive/condor-users/
![[Computer Systems Lab]](http://www.cs.wisc.edu/pics/csl_logo.gif){kind=logo}