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