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

Re: [HTCondor-users] transfer standard error and standard output for a removed job

Not sure if it helps, but here we use condor_chirp to periodically transfer some files back to submit host, while job is running. Obviously, we use some kind of wrapper around the real process. I believe it'd be possible to catch the signal sent by Condor to this wrapper and execute condor_chirp one last time.Â

Not the easiest solution (not even tested, TBH) nor the cleaner, but doable I believe, in case nobody else has another one.


Em seg, 11 de mar de 2019 12:08, Carles Acosta <cacosta@xxxxxx> escreveu:
Hello all,

We are using HTCondor 8.8.1 for Grid users successfully and nowadays we are working in open our pool to our local LDAP users.

Our local users are used to PBS where the standard output and standard error are transferred back to the submit machine even if the job has been removed. As far as I know, this is not the case in HTCondor, if you have WhenToTransferOutput="ON_EXIT" and you remove your job (or a PeriodicRemove _expression_ evaluate to true), you do not have the standard output and error files transferred back.Â

One solution is to advise users that before removing their jobs with condor_rm, do a condor_tail to check theirÂstandard error and standard output. However, what happens when a periodic_remove _expression_ evaluates to true?

I'm looking at the documentation and I don't know if the best solution is to create a HOOK_JOB_EXIT script that, once the job is removed, transfer the standard outputÂand error from the execute machine to the submit one.Â

Does someone has a similar situation and has found a solution?

Thank you in advance.

Best regards,


Carles Acosta i Silva
PIC (Port d'Informacià CientÃfica)
Campus UAB, Edifici D
E-08193 Bellaterra, Barcelona
Tel: +34 93 581 33 08
Fax: +34 93 581 41 10
AvÃs - Aviso - Legal Notice: http://www.ifae.es/legal.html
HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting

The archives can be found at: