[Condor-users] Problems submitting jobs using deferral_time

["Alas, Alex [FEDI]" <aalas@xxxxxxxxxxxxx>]

I am trying to submit jobs using the deferral_time feature but I have failed every time, I also tried deferral_time = (CurrentTime + 60) but the result is the same error. My nodes are windows not unix based systems. To use the deferral_time I have to convert the date using online Epoch converters but no luck with any of the sites I tried. All the times I submitted jobs the comeback with the following error:

“-- Schedd: grant.earthdata.com : <10.2.201.178:1595>

 ID      OWNER            SUBMITTED     RUN_TIME ST PRI SIZE CMD               

---

036.000:  Run analysis summary.  Of 8 machines,

      8 are rejected by your job's requirements

      0 reject your job because of their own requirements

      0 match but are serving users with a better priority in the pool

      0 match but reject the job for unknown reasons

      0 match but will not currently preempt their existing job

      0 are available to run your job

                Last successful match: Mon May 11 15:05:39 2009

                Last failed match: Mon May 11 15:20:42 2009

                Reason for last match failure: no match found

 

WARNING:  Be advised:

   No resources matched request's constraints

   Check the Requirements _expression_ below:

 

Requirements = (Opsys == "WINNT50" || Opsys == "WINNT51" || Opsys == "WINNT52") && (Arch == "INTEL") && (Disk >= DiskUsage) && ((Memory * 1024) >= ImageSize) && (HasFileTransfer) && (HasJobDeferral) && (((CurrentTime + ScheddInterval) >= (DeferralTime - DeferralPrepTime)) && (CurrentTime < (DeferralTime + DeferralWindow)))”

 

The jobs I submitted is the same one, please see below, and is a simple sleep job.

universe = vanilla

executable = sleep.exe

requirements = Opsys == "WINNT50" || Opsys == "WINNT51" || Opsys == "WINNT52"

transfer_input_files = cygwin1.dll,cygintl-3.dll,cygiconv-2.dll

Deferral_Time = (CurrentTime + 120)

>

>

log = ALL.log

notification = Never

should_transfer_files = YES

when_to_transfer_output = ON_EXIT_OR_EVICT

copy_to_spool = FALSE

arguments = 20

 

queue 100

 

Any Ideas how to tackle this issue?

 

Respectfully,

Alex Alas

Systems Administrator
Fugro EarthData Inc.

Tel. 301-948-8550 x219 Fax 301-963-2064 E-mail: aalas@xxxxxxxxxxxxx

7320 Executive Way, Frederick, MD  21704

Website: http://www.fugroearthdata.com