[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [SPAM] - RE: [condor-users] Output files not being returnedupon preemption (transfer_files = ALWAYS) - Email found in subject



As a last resort I'd suggest putting D_ALL to debug starter and shadow
and understand if the former at least attempts to send something.

On Tue, 2004-02-24 at 22:01, David Vestal wrote:
> The creation time looks valid.  I took your suggestion, changing my batch file to:
> type nul > begin.flg
> dir
> dir > dir.txt
> sleeper 120
> type nul > end.flg
> 
> When I vacated the job, none of the three files created (begin.flg, dir.txt, end.flg) were returned, and the condor output file was empty.
> 
> When I resubmitted the job and let it run to completion, all files were created and returned normally.
> 
> The errors I originally found in the StartLog on the node also appeared upon normal completion, so I suppose those aren't relevant to the problem.  In fact, the only difference I see from the logfiles of the successful and unsuccessful runs are that in the successful run, CONDOR_SHADOW returned 100 instead of 107.
> 
> -David
> 
> -----Original Message-----
> From: Mark Silberstein [mailto:marks@xxxxxxxxxxxxxxxxxxxxxxx]
> Sent: Tuesday, February 24, 2004 2:21 PM
> To: condor-users@xxxxxxxxxxx
> Subject: [SPAM] - RE: [condor-users] Output files not being returned
> upon preemption (transfer_files = ALWAYS) - Email found in subject
> 
> 
> Using transfer_output_files shouldn't help, since it refers to the
> transfer after successful execution. 
> In any case, using transfer_output_files is _HIGHLY_ discouraged, since
> if Condor fails to locate the specified files after the successful
> execution, that  will cause it to mistakenly conclude that something is
> wrong during transferring them back, which it counts as its own problem,
> so it will retry to run the job.
> As of Alexander Klyubin's suggestion to put when_to_transfer_output ->
> on 6.4.7 it is not supported.
> And finally, I would suggest to add "dir" command to your batch file,
> and to check that the creation time stamp of your file is correct and is
> AFTER Condor starts the job ( look at the creation time of your
> execution dir)
> I experienced the problem that on windows this timestamp is not updated
> when you make a copy old file
> Just a thought
> 
> On Tue, 2004-02-24 at 19:59, Kewley, J (John) wrote:
> > > transfer_input_files = sleeper.exe 
> > 
> > would setting transfer_output_files help in this case, or is that 
> > just for restricting the files that are passed back?
> > 
> > JK
> > Condor Support Information:
> > http://www.cs.wisc.edu/condor/condor-support/
> > To Unsubscribe, send mail to majordomo@xxxxxxxxxxx with
> > unsubscribe condor-users <your_email_address>
> > 
> 
> Condor Support Information:
> http://www.cs.wisc.edu/condor/condor-support/
> To Unsubscribe, send mail to majordomo@xxxxxxxxxxx with
> unsubscribe condor-users <your_email_address>
> 
> Condor Support Information:
> http://www.cs.wisc.edu/condor/condor-support/
> To Unsubscribe, send mail to majordomo@xxxxxxxxxxx with
> unsubscribe condor-users <your_email_address>
> 

Condor Support Information:
http://www.cs.wisc.edu/condor/condor-support/
To Unsubscribe, send mail to majordomo@xxxxxxxxxxx with
unsubscribe condor-users <your_email_address>