Mailing List Archives
Authenticated access
|
|
|
[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
- Date: Tue, 24 Feb 2004 23:12:12 +0200
- From: Mark Silberstein <marks@xxxxxxxxxxxxxxxxxxxxxxx>
- Subject: 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>