Hi
too bad you didn't try earlier. i was desparate, so i rebooted the file
server on which ops is hosted. it has not come back up.
earlier in the day i did a telnet from lxplus to port 2811 on that
machine (the ops pool server) and i got a gridFTP welcome message back,
so I think the answer to your question is "no".
thanks for looking ... right now we have two problems :-)
JT
[log in to unmask] wrote:
> Hi Jeff,
>
>> On Fri, 25 Jan 2008, Jeff Templon wrote:
>>
>>> can someone in ops try to store a file on tbn18.nikhef.nl? and tell me what
>>> happens? according to SAM, we're failing the srm put test, with a timeout.
>>> however when I try it myself it works fine. i'm using atlas production role.
>>> i look at the log files and stores via ops (Judit's samoper cert) look just
>>> fine. I am kind of stuck.
>> I get another interesting error, both from a gLite 3.0 and a gLite 3.1 UI:
>>
>> -----------------------------------------------------------------------------
>> $ lcg-cr -v --vo ops file:/etc/group -d tbn18.nikhef.nl
>> Using grid catalog type: lfc
>> Using grid catalog : prod-lfc-shared-central.cern.ch
>> Using LFN : /grid/ops/generated/2008-01-25/file-2dfd8d85-04ba-4708-bcc0-87492e33d168
>> Using SURL : srm://tbn18.nikhef.nl/dpm/nikhef.nl/home/ops/generated/2008-01-25/
>> filee4725e41-7d49-4fe8-b7ed-536b311d2873
>> httpg://tbn18.nikhef.nl:8443/srm/managerv1: No route to host
>> lcg_cr: Communication error on send
>> -----------------------------------------------------------------------------
>> $ telnet tbn18.nikhef.nl 8443
>> Trying 194.171.96.129...
>> Connected to tbn18.nikhef.nl (194.171.96.129).
>> Escape character is '^]'.
>> ^]
>>
>> telnet> c
>> Connection closed.
>> -----------------------------------------------------------------------------
>
> Might your DPM be returning a TURL with a hostname that is only visible on
> your internal network?
|