Project

General

Profile

Bug #2544

Our PREEMPT expression does not work with WANT_HOLD

Added by Igor Sfiligoi over 8 years ago. Updated over 8 years ago.

Status:
Closed
Priority:
High
Assignee:
Douglas Strain
Category:
-
Target version:
Start date:
03/11/2012
Due date:
% Done:

0%

Estimated time:
First Occurred:
Occurs In:
Stakeholders:
Duration:

Description

Since 7.3.X Condor allows to put in an expression that will hold a misbehaving job directly from the startd.
The knob to turn is
WANT_HOLD
http://research.cs.wisc.edu/condor/manual/v7.6/3_3Configuration.html#17419
(See also #2541)

However, this knob cannot work on its own;
it has to be correlated with PREEMPT.

We currently default to
PREEMPT=False

Instead, it should be
PREEMPT=$(WANT_HOLD)

Please notice, however, that some VOs (e.g. HCC) want to control the preemption policy, so we likely need to add something along the lines of
GLIDEIN_Start -> GLIDEIN_PREEMPT
GLIDEIN_Entry_Start -> GLIDEIN_Entry_PREEMPT
GLIDECLIENT_Start -> GLIDECLIENT_PREEMPT
GLIDECLIENT_Group_Start -> GLIDECLIENT_Group_PREEMPT
and use them in the PREEMPT expression.


Related issues

Blocks GlideinWMS - Feature #2541: Holding jobs from the glideins - collectionClosed03/11/2012

History

#1 Updated by Burt Holzman over 8 years ago

  • Assignee set to Douglas Strain

#2 Updated by Burt Holzman over 8 years ago

  • Target version set to v3_1

#3 Updated by Burt Holzman over 8 years ago

  • Target version changed from v3_1 to v2_7_x

#4 Updated by Burt Holzman over 8 years ago

  • Priority changed from Normal to High

#5 Updated by Douglas Strain over 8 years ago

  • Status changed from New to Resolved

Marking this ticket as resolved then. Code tested by me and reviewed by Igor. Documentation also updated.

Changes in branch_master_2543 and branch_v2plus_2543.

#6 Updated by Parag Mhashilkar over 8 years ago

  • Target version changed from v2_7_x to v2_6

#7 Updated by Parag Mhashilkar over 8 years ago

  • Status changed from Resolved to Closed

Also available in: Atom PDF