[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Condor-users] HoldCode not implemented?
- Date: Tue, 18 Jul 2006 17:16:39 -0500
- From: Dan Bradley <dan@xxxxxxxxxxxx>
- Subject: Re: [Condor-users] HoldCode not implemented?
I just confirmed your findings with condor_hold not setting HoldCode.
You will find that HoldCode is set for various internal error states
encountered when running jobs, but in 6.7.20, it does not set it when
the job is placed on hold via condor_hold. We'll fix that in a future
On Jul 18, 2006, at 1:03 PM, Ian Chesal wrote:
The 6.7 docs reference a new (a very useful) HoldCode setting:
But when I submit my jobs with "hold = true" the result job ad has no
/opt/condor/bin/condor_q -long 43.0 | grep -i hold
NumSystemHolds = 0
HoldReason = "submitted on hold at user's request"
OnExitHold = FALSE
PeriodicHold = FALSE
There's a HoldReason, but no HoldCode. If I call condor_release and
condor_hold on the cluster there's still no HoldCode attribute. Are the
docs ahead of the code base? I'm using 6.7.20 with the Schedd daemon
running on RHEL3.
Ian R. Chesal <ichesal@xxxxxxxxxx>
Senior Software Engineer
Toronto Technology Center
Tel: (416) 926-8300
Condor-users mailing list
To unsubscribe, send a message to condor-users-request@xxxxxxxxxxx
You can also unsubscribe by visiting
The archives can be found at either