> I'm starting to think it is a pbs_server problem that gets into some
funny state. Two mails I found on pbs mailing lists with this problem
blame it on the
> stage in part.
actually I'm just told that the node in question was re-kickstarted and
the ticket wasn't updated. So it is possible the problem is on the node
side.....
cheers
alessandra
>
> cheers
> alessandra
>
> Stephen Jones wrote:
>> Winnie,
>>
>> We had a problem with two different VOs. And now you add a third.
>> In all, the X509_USER_PROXY variable, from qstat -f, points to thin air.
>>
>> In the job script, there is this:
>> #PBS -W
>> [log in to unmask]:/home/dzero017/.lcgjm/globus-cache-export.S20589/globus-cache-export.S20589.gpg
>>
>>
>> The gpg file is a symbolic link, that points to the (missing) proxy
>> file. I don't know whether the proxy file was ever put in place, or
>> if it was put in place then removed. In any case, the job is broken.
>>
>> Steve
>>
>>
>> Winnie Lacesso wrote:
>>>> When I look at the jobs with qstat -f, I find that their
>>>> X509_USER_PROXY variable points to a proxy file that does not exist.
>>>
>>> Exactly the case here. It looks like there was a flood of about 300
>>> jobs in the wee hours of Monday to this CE & the ones that've been
>>> queued since then are in this state.
>>>
>>> Thanks very much for your kind advice. Will cancel them & apologize
>>> to submitter.
>>
>>
>
--
The most effective way to do it, is to do it. (Amelia Earhart)
Northgrid Tier2 Technical Coordinator
http://www.hep.manchester.ac.uk/computing/tier2
|