Print

Print


Hi Maarten,

oooooh, I forgot this question,

OK, I do it.

thanks


El lun, 10-10-2005 a las 19:48 +0200, Maarten Litmaath escribió:
> Juan Jose Pardo Navarro wrote:
> 
> > Hi all,
> > 
> > I get a error with sft-lcg-rm-rep3, but the others test of "Replica
> > Management tests" are OK.
> > 
> > Test Results
> > ft-lcg-rm-gfalOK 
> > sft-lcg-rm-crOK 
> > sft-lcg-rm-cpOK 
> > sft-lcg-rm-repOK 
> > sft-lcg-rm-cr3OK 
> > sft-lcg-rm-cp3OK 
> > sft-lcg-rm-rep3ERROR 
> > sft-lcg-rm-delOK
> > 
> > any idea???
> > 
> > I give you the log:
> > 
> > 
> > 
> > Checking 3rd party replication from Central SE (lxn1183.cern.ch)
> > Replicate the file from the central SE (lxn1183.cern.ch) to the close SE
> > (grid002.ft.uam.es) 
> > + lcg-rep -v --vo dteam -d grid002.ft.uam.es lfn:sft-lcg-rm-cr3-
> > grid2n2f1.ft.uam.es.0510100313
> > 
> > [...]
> >             0 bytes      0.00 KB/sec avg      0.00 KB/sec instthe server
> > sent an error response: 425 425 Can't open data connection. .
> > lcg_rep: Transport endpoint is not connected
> > Using grid catalog type: edg
> > Source URL: lfn:sft-lcg-rm-cr3-grid2n2f3.ft.uam.es.0510101514
> > File size: 232
> > VO name: dteam
> > Destination specified: grid002.ft.uam.es
> > Source URL for copy: gsiftp://lxn1183.cern.ch/storage/dteam/generated/2005-10-10/filee9df86a6-dde4-4fe9-b543-b1392a431b7c
> > Destination URL for copy: gsiftp://grid002.ft.uam.es:2811//pnfs/ft.uam.es/data/dteam/generated/2005-10-10/file37242a9f-da65-4ea9-9579-d105c828151d
> > # streams: 1
> > # set timeout to 0
> 
> It works for me from CERN:
> 
> -------------------------------------------------------
> $ lcg-rep -v --vo dteam lfn:uam.$$ -d grid002.ft.uam.es
> Using grid catalog type: edg
> Source URL: lfn:uam.6431
> File size: 2419
> VO name: dteam
> Destination specified: grid002.ft.uam.es
> Source URL for copy: 
> gsiftp://lxn1183.cern.ch/storage/dteam/generated/2005-10-10/filebd15c3d7-e485-4545-8f08-14ff39e56bb8
> Destination URL for copy: 
> gsiftp://grid002.ft.uam.es:2811//pnfs/ft.uam.es/data/dteam/generated/2005-10-10/file0f28b9fe-e0a0-42ff-b01e-e0b267c5fa21
> # streams: 1
> # set timeout to 0
>              0 bytes      0.00 KB/sec avg      0.00 KB/sec inst
> Transfer took 1840 ms
> Destination URL registered in LRC: 
> srm://grid002.ft.uam.es/pnfs/ft.uam.es/data/dteam/generated/2005-10-10/file0f28b9fe-e0a0-42ff-b01e-e0b267c5fa21
> -------------------------------------------------------
> 
> So, either the problem was due to a temporary glitch somewhere,
> or it is specific to the WN that the SFT job ran on.  For example,
> does your SE have two network interfaces and, if so, what do your
> WNs think is the IP address of grid002.ft.uam.es?  It must be the
> public IP address, or else 3rd party transfers will fail as shown.
> 
>