Hi Grieg,
I'm not sure.... if you run from the head node 127.0.0.1 (localhost) is an
acceptable address. But if you run from another machine I think it should
return the real address of the host where the doors are.
doesn't globus-url-copy talks to gridftp as well?
cheers
alessandra
On Thu, 16 Jun 2005, Greig A Cowan wrote:
> Hi Alessandra,
>
>> this is what I get with the debug turned on (the interesting part):
>>
>> EDINBURGH
>> =========
>>
>> debug: response from
>> gsiftp://srm.epcc.ed.ac.uk:2811//pnfs/epcc.ed.ac.uk/data/dteam/pippo13.srm:
>> 227 OK (127,0,0,1,195,80)
>>
>> ............................
>>
>> debug:
>> fault on connection to
>> gsiftp://srm.epcc.ed.ac.uk:2811//pnfs/epcc.ed.ac.uk/data/dteam/pippo13.srm:
>> Handle not in the proper state debug: error reading response from
>> gsiftp://srm.epcc.ed.ac.uk:2811//pnfs/epcc.ed.ac.uk/data/dteam/pippo13.srm:
>> the handle 0x806f54c was already registered for closing
>> debug: data callback, no error, buffer 0x8074670, length 0, offset=0,
>> eof=true
>> debug: operation complete
>> exit value is 0
>> successfuly copied file:////home/aforti/pippo to
>>
>
>
>> The first thing I notice is that your srm sends 127.0.0.1 address. Do you
>> have the pool still on the head node?
>
> I don't have a pool on the head node, just two pools on a single pool
> nodes. All doors are on the head node at the moment. Although the two
> pools appear correctly in the web interface, they are not contained in the
> file /opt/d-cache/etc/pool_path
>
> [root@srm etc]# cat pool_path
> /pool 31 no
>
> This corresponds to a pool I initially set up on the admin node. The thing
> is that srmcp works fine for me when I run it from my user account on the
> head node.
>
>> The second part is the fault on connection and the handle already
>> registered for closing. Which is gridftp related.
>
> I also get the file handle error when I try running globus-url-copy.
>
> Thanks,
> Greig
>
>>
>> On Thu, 16 Jun 2005, Greig A Cowan wrote:
>>
>>> Hi Alessandra,
>>>
>>>> I could copy a file but it hangs when I try to copy it back.
>>>
>>> Even though srmcp seems to be returning to you that you have copied the
>>> file, the file size is still 0. No data other than the name seems to have
>>> been copied.
>>>
>>> srm.log contains the following information:
>>>
>>> 06/16 11:06:04 Cell(SRM@srmDomain) : GetFileInfoCompanion :
>>> GetStorageInfoFailed : PnfsGetStorageInfoMessage.getReturnCode () != 0
>>> 06/16 11:06:04 Cell(SRM@srmDomain) : GetFileRequest eqId #-2147483568
>>> file#-2147483567: GetCallbacks error: GetStorageInfoFailed :
>>> PnfsGetStorageInfoMessage.getReturnCode () != 0
>>> 06/16 11:06:05 Cell(SRM@srmDomain) : Request id=-2147483568: copy request
>>> state changed to Failed
>>> 06/16 11:06:24 Cell(SRM@srmDomain) : PutRequestHandler error: copy request
>>> state changed to Done
>>> 06/16 11:06:24 Cell(SRM@srmDomain) : PutRequestHandler error: changing
>>> fr#-2147483565 to Done
>>> 06/16 11:06:27 Cell(SRM@srmDomain) : GetFileInfoCompanion :
>>> GetStorageInfoFailed : PnfsGetStorageInfoMessage.getReturnCode () != 0
>>> 06/16 11:06:27 Cell(SRM@srmDomain) : GetFileRequest eqId #-2147483564
>>> file#-2147483563: GetCallbacks error: GetStorageInfoFailed :
>>> PnfsGetStorageInfoMessage.getReturnCode () != 0
>>>
>>> If that means anything to anyone?
>>>
>>> Greig
>>>
>>>> On Thu, 16 Jun 2005, Greig A Cowan wrote:
>>>>
>>>>> Hi all,
>>>>>
>>>>> The University have confirmed that the correct srm port has been opened
>>>>> on the firewall. Can someone try an srmcp into our dCache? Hopefully we
>>>>> don't have any additional internal network issues.
>>>>>
>>>>> admin node: srm.epcc.ed.ac.uk
>>>>>
>>>>> endpoint: srm://srm.epcc.ed.ac.uk:8443/pnfs/epcc.ed.ac.uk/data/<VO>/test.txt
>>>>>
>>>>> When I try it using our relocatable UI I am still getting this error
>>>>> message:
>>>>>
>>>>> {http://xml.apache.org/axis/}stackTrace:org.globus.common.ChainedIOException:
>>>>> Authentication failed [Caused by: Failure unspecified at GSS-API level
>>>>> [Root error message: Unknown CA]]. Caused by GSSException: Failure
>>>>> unspecified at GSS-API level [Root error message: Unknown CA]. Root
>>>>> exception is COM.claymoresystems.ptls.SSLThrewAlertException: Unknown CA
>>>>>
>>>>> It appears that I have some certificates issues. Has anyone seen this
>>>>> before?
>>>>>
>>>>> Cheers,
>>>>> Greig
>>>>>
>>>>> --
>>>>> =======================================================================
>>>>> Greig Cowan e: [log in to unmask]
>>>>> School of Physics t: +44 131 650 5300
>>>>> The University of Edinburgh f: +44 131 650 7189
>>>>> James Clerk Maxwell Building w: http://www.ph.ed.ac.uk/~gcowan1
>>>>> Mayfield Road
>>>>> Edinburgh
>>>>> EH9 3JZ, UK
>>>>> =======================================================================
>>>>>
>>>>
>>>>
>>>
>>> --
>>> =======================================================================
>>> Greig Cowan e: [log in to unmask]
>>> School of Physics t: +44 131 650 5300
>>> The University of Edinburgh f: +44 131 650 7189
>>> James Clerk Maxwell Building w: http://www.ph.ed.ac.uk/~gcowan1
>>> Mayfield Road
>>> Edinburgh
>>> EH9 3JZ, UK
>>> =======================================================================
>>>
>>
>>
>
> --
> =======================================================================
> Greig Cowan e: [log in to unmask]
> School of Physics t: +44 131 650 5300
> The University of Edinburgh f: +44 131 650 7189
> James Clerk Maxwell Building w: http://www.ph.ed.ac.uk/~gcowan1
> Mayfield Road
> Edinburgh
> EH9 3JZ, UK
> =======================================================================
>
--
********************************************
* Dr Alessandra Forti *
* Technical Coordinator - NorthGrid Tier2 *
* http://www.hep.man.ac.uk/u/aforti *
********************************************
|