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.
>
>
|