[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] Preemption problem
- Date: Fri, 14 Jul 2006 16:27:56 -0500
- From: Dan Bradley <dan@xxxxxxxxxxxx>
- Subject: Re: [Condor-users] Preemption problem
For precisely the reasons you describe, we recommend the following configuration setting:
NEGOTIATOR_PRE_JOB_RANK = RemoteOwner =?= UNDEFINED
This says that, no matter what the rank specified in the user's job, the primary ordering of hosts should be based on whether they are idle or not.
On Jul 14, 2006, at 2:17 PM, Little, Colin E wrote:
<x-tad-bigger>I'm sure this has been covered before, but I couldn't find an answer on the archives or in the manual.</x-tad-bigger>
<x-tad-bigger>I never want jobs to be preempted. I have PREEMPTION_REQUIREMENTS = False and PREEMPT = False on all my machines. However, I recently ran into a problem.</x-tad-bigger>
<x-tad-bigger>One user submitted a job to the queue while another user had several jobs running. The best match according to RANK was one of the machines the other user had claimed, and his UserPriority wasn't as good, so it decided to PREEMPT that user. But, since I have MaxJobRetirementTime set to 2 days, nothing happened except that the user's job remained idle when there were many other VMs available. What'd I'd like to happen is for the job to go to the highest ranked machine that isn't already in use. I'd like UserPriority to control what order the jobs are matched to machines, but I never want jobs preempted.</x-tad-bigger>
<x-tad-bigger>I've attached my NegotiatorLog for this event. I couldn't find anything else useful in my logs, but I'd be happy to post more if anyone thinks that would help.</x-tad-bigger>
<x-tad-bigger>Thanks a lot!</x-tad-bigger>
This email and any files transmitted with it are confidential, proprietary
and intended solely for the individual or entity to whom they are addressed.
If you have received this email in error please delete it immediately.
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx with a
You can also unsubscribe by visiting
The archives can be found at either