Thanks Lukasz, that was it! Much appreciated. Regards, Raed
On Wed, Dec 7, 2011 at 3:21 PM, Lukasz Lacinski <[email protected]> wrote: > Hi Pete, > > GridFTP server on EC2 machine enters Passive Mode and sends to another > GridFTP server information about IP address and port number the server > listens on to establish a data channel. > > > debug: sending command to > ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: > PASV > > debug: response from > ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: > 227 Entering Passive Mode (10,195,97,234,215,211) > > > The address is from an IPv4 address range for private networks not routed in > internet. You need to run globus-gridftp-server with the option > -data-interface <public_ip_address> where the 'public_ip_address' is a > public address assigned to your EC2 machine. > > Regards, > Lukasz > > > On 12/7/11 7:17 AM, Pete Eby wrote: >> >> Hi there, >> >> I've seen the zero KB file issue when there are firewall issues. >> Specifically, it looks like you have traffic allow one direction but >> not the other. >> >> It may be working between EC2 instances due to them being in the same >> zone, and traffic is handled differently than for outside requests. >> Did you add all the ports explicitly in your EC2 Security Groups >> inbound connections configuration? I think this is most likely the >> issue. >> >> You might also install iptraf on the Ubuntu side and run that while >> connecting from both the other EC2 instance and from OSX to further >> identify if connections are being made. >> >> Pete >> >> On Wed, Dec 7, 2011 at 7:59 AM, Raed<[email protected]> wrote: >>> >>> Hello, >>> >>> I built version 5.0.4 on Ubuntu (Amazon EC2) and ran gridftp in >>> anonymous mode as a test as follows: >>> >>> globus-gridftp-server -aa -p5000 >>> >>> I then tried to retrieve files from another Ubuntu EC2 instance using >>> globus-url-copy and that worked fine. >>> >>> I then did the same thing on my Macbook (OSX Lion), and ran the >>> gridftp server in the same way, and was able to get files by >>> referencing localhost. However, when I try to retrieve files from the >>> Ubuntu EC2 server to my Macbook, nothing comes across. The file itself >>> gets created but globus-url-copy hangs and the file size always stays >>> at 0. The same thing happens if I try to upload a file to the EC2 >>> server from my Macbook. Incidentally, I can retrieve directory >>> listings via the -list modifier. I turned off my macbook's firewall as >>> a test and can see that the connection to port 5000 has been >>> established. >>> >>> Below is a snaphost of the output of globus-url-copy from my macbook >>> with -dbg set. It just hangs at the RETR command. >>> >>> Any thoughts to debug further would be appreciated. >>> >>> Regards, >>> Raed >>> >>>> globus-url-copy -dbg >>>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar >>>> file:///tmp/big.tar >>> >>> debug: starting to get >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar >>> debug: connecting to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 220 ip-10-195-97-234.ec2.internal GridFTP Server 3.33 (gcc32dbg, >>> 1305148829-80) [Globus Toolkit 5.0.4] ready. >>> >>> debug: authenticating with >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 230 User anonymous logged in. >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> SITE HELP >>> >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 214-The following commands are recognized: >>> ALLO APPE REST CWD CDUP DCAU EPSV FEAT >>> ERET MDTM STAT ESTO HELP LIST MODE NLST >>> MLSD PASV RNFR MLST NOOP OPTS STOR PASS >>> PBSZ PORT PROT SITE EPRT RETR SPOR SCKS >>> TREV PWD QUIT SBUF SIZE SPAS STRU SYST >>> RNTO TYPE USER LANG MKD RMD DELE CKSM >>> DCSC >>> 214 End >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> FEAT >>> >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 211-Extensions supported >>> DCSC P,D >>> AUTHZ_ASSERT >>> UTF8 >>> LANG EN >>> DCAU >>> PARALLEL >>> SIZE >>> MLST >>> Type*;Size*;Modify*;Perm*;Charset;UNIX.mode*;UNIX.owner*;UNIX.group*;Unique*;UNIX.slink*; >>> ERET >>> ESTO >>> SPAS >>> SPOR >>> REST STREAM >>> MDTM >>> PASV AllowDelayed; >>> 211 End. >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> SITE CLIENTINFO scheme=ftp;appname="globus-url-copy";appver="5.14 >>> (gcc32dbg, 1305182462-80) [Globus Toolkit 5.0.4]"; >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 250 OK. >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> TYPE I >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 200 Type set to I. >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> PASV >>> >>> debug: response from >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> 227 Entering Passive Mode (10,195,97,234,215,211) >>> >>> debug: sending command to >>> ftp://ec2-xx-xx-xx-200.compute-1.amazonaws.com:5000/tmp/big.tar: >>> RETR /tmp/big.tar > >
