[GE users] Job state 'dt'

jpierce jonathan.pierce at loni.ucla.edu
Thu Jul 30 04:01:58 BST 2009


Hi Daniel,

Thank you for the quick reply and information (namely the bit about qdel 
being called on the job); we were able to determine the cause.

Warm Regards,
Jonathan

templedf wrote:
> d is for deleting and t is for transferring.  The job was in the process
> of being started on the execd when the host when down (most likely),
> leaving it hung in the t state.  Someone then subsequently tried to
> delete the job, putting it into dt.  The way to get rid of the job is
> either to get the execd running again or to issue a qdel -f as an
> administrator.
>
> Daniel
>
> jpierce wrote:
>> Hello All,
>>
>> We saw a job that normally executes fine transition into state 'dt'. As
>> best as I'm aware, that indicates the job died while in transfer, but I
>> can't determine why. qstat and ARCo don't seem to contain anything
>> revelatory, I've found little documentation on the state online, and I
>> haven't been able to reproduce the error.
>>
>> Can anybody explain or point me to docs explaining why a job might go
>> into 'dt'?
>>
>> Thank you very much,
>> Jonathan
>>
>>
>
> ------------------------------------------------------
> http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=210169
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].

------------------------------------------------------
http://gridengine.sunsource.net/ds/viewMessage.do?dsForumId=38&dsMessageId=210181

To unsubscribe from this discussion, e-mail: [users-unsubscribe at gridengine.sunsource.net].



More information about the gridengine-users mailing list