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.
