Hi Jens,
yes, we can speculate.
cheers
alessandra
On Thu, 2 Jun 2005, Jens G Jensen wrote:
> This behaviour happens when the file stays 'Pending' on the server, the
> SRM server does not resolve the TURL and change to 'Ready'. The client
> keeps querying and the server keeps saying "call me back later" with
> the time intervals you've seen.
>
> No idea *why* this happens, we'll have to inspect the dCache logs.
>
> <speculation type="wild">Can we speculate that the server doesn't get
> a reply from dCache to place the file somewhere</speculation>
>
> Cheers,
> --jens
>
>
>> Hi Derek,
>>
>> copying to the srm it sleeps for longer and longer intervals of time. Here
>> is the output:
>>
>> [aforti@bohr0003 aforti]$ ./srmcp.sh pippo pippo14
>> pippo ===> pippo14
>> SRM srmcp file:///./pippo
>> srm://bohr0013.tier2.hep.man.ac.uk:8443//pnfs/tier2.hep.man.ac.uk/data/dteam/
>> pippo14.srm
>> SRM Configuration:
>> debug=true
>> gsissl=true
>> help=false
>> pushmode=false
>> userproxy=true
>> buffer_size=2048
>> tcp_buffer_size=0
>> config_file=/home/aforti/.srmconfig/config.xml
>> glue_mapfile=/opt/d-cache/srm/conf/SRMServerV1.map
>> webservice_path=srm/managerv1.wsdl
>> webservice_protocol=https
>> gsiftpclinet=globus-url-copy
>> protocols_list=http,gsiftp
>> save_config_file=null
>> srmcphome=/opt/d-cache/srm
>> urlcopy=/opt/d-cache/srm/bin/url-copy.sh
>> x509_user_cert=/home/aforti/.globus/usercert.pem
>> x509_user_key=/home/aforti/.globus/userkey.pem
>> x509_user_proxy=/tmp/x509up_u500
>> x509_user_trusted_certificates=/etc/grid-security/certificates
>> retry_num=3
>> retry_timeout=1000
>> wsdl_url=null
>> use_urlcopy_script=true
>> connect_to_wsdl=false
>> from[0]=file:///./pippo
>>
>> to=srm://bohr0013.tier2.hep.man.ac.uk:8443//pnfs/tier2.hep.man.ac.uk/data/dte
>> am/pippo14.srm
>>
>> Thu Jun 02 14:58:51 BST 2005: starting SRMPutClient
>> Thu Jun 02 14:58:51 BST 2005: SRMClient(https,srm/managerv1.wsdl,true)
>> Thu Jun 02 14:58:51 BST 2005: connecting to server
>> Thu Jun 02 14:58:51 BST 2005: connected to server, obtaining proxy
>> SRMClientV1 : connecting to srm at
>> httpg://bohr0013.tier2.hep.man.ac.uk:8443/srm/managerv1
>> Thu Jun 02 14:58:52 BST 2005: got proxy of type class
>> org.dcache.srm.client.SRMClientV1
>> SRMClientV1 : put, sources[0]="./pippo"
>> SRMClientV1 : put,
>> dests[0]="srm://bohr0013.tier2.hep.man.ac.uk:8443//pnfs/tier2.hep.man.ac.uk/d
>> ata/dteam/pippo14.srm"
>> SRMClientV1 : put, protocols[0]="http"
>> SRMClientV1 : put, protocols[1]="dcap"
>> SRMClientV1 : put, protocols[2]="gsiftp"
>> SRMClientV1 : put, contacting service
>> httpg://bohr0013.tier2.hep.man.ac.uk:8443/srm/managerv1
>> doneAddingJobs is false
>> copy_jobs is empty
>> Thu Jun 02 14:58:54 BST 2005: srm returned requestId = -2147482384
>> Thu Jun 02 14:58:54 BST 2005: sleeping 1 seconds ...
>> Thu Jun 02 14:58:55 BST 2005: sleeping 4 seconds ...
>> Thu Jun 02 14:58:59 BST 2005: sleeping 4 seconds ...
>> Thu Jun 02 14:59:04 BST 2005: sleeping 4 seconds ...
>> Thu Jun 02 14:59:08 BST 2005: sleeping 4 seconds ...
>> Thu Jun 02 14:59:12 BST 2005: sleeping 4 seconds ...
>> Thu Jun 02 14:59:17 BST 2005: sleeping 7 seconds ...
>> Thu Jun 02 14:59:24 BST 2005: sleeping 7 seconds ...
>> Thu Jun 02 14:59:31 BST 2005: sleeping 7 seconds ...
>> Thu Jun 02 14:59:39 BST 2005: sleeping 7 seconds ...
>> Thu Jun 02 14:59:46 BST 2005: sleeping 7 seconds ...
>> Thu Jun 02 14:59:53 BST 2005: sleeping 10 seconds ...
>> Thu Jun 02 15:00:04 BST 2005: sleeping 10 seconds ...
>> ..........................................
>>
>> thanks
>>
>> cheers
>> alessandra
>>
>>
>>
>> On Thu, 2 Jun 2005, Ross, D (Derek) wrote:
>>
>>> Hi Alessandra
>>>
>>> What's the output if you try an srmcp transfer with the -debug=true paramet
>> er?
>>>
>>> Derek
>>>
>>>> -----Original Message-----
>>>> From: GRIDPP2: Deployment and support of SRM and local storage
>>>> management [mailto:[log in to unmask]]On Behalf Of
>>>> Alessandra
>>>> Forti
>>>> Sent: 02 June 2005 14:34
>>>> To: [log in to unmask]
>>>> Subject: Re: manchester srmcp waiting forever
>>>>
>>>>
>>>> Hi,
>>>>
>>>> I get the following for manchester
>>>>
>>>> srmcp doesn't work if I try to copy to the manchester srm
>>>> srmcp works if I try to copy from the manchester srm
>>>>
>>>> guc works copying to the nodes
>>>> guc works copying from the nodes
>>>>
>>>> gsidcap works copying to the nodes
>>>> gsidcap works copying from the nodes
>>>>
>>>> The pnfs error I sent appears also when there is a successful
>>>> copy with
>>>> other protocols. So it doesn't seem to be an pnfs problem.
>>>>
>>>> cheers
>>>> alessandra
>>>>
>>>
>>
>> --
>> ********************************************
>> * Dr Alessandra Forti *
>> * Technical Coordinator - NorthGrid Tier2 *
>> * http://www.hep.man.ac.uk/u/aforti *
>> ********************************************
>>
>
--
********************************************
* Dr Alessandra Forti *
* Technical Coordinator - NorthGrid Tier2 *
* http://www.hep.man.ac.uk/u/aforti *
********************************************
|