- Integrated Systems
- About Us
- Integrated Systems
- About Us
04-15-2011 06:59 AM
If they try sending the same file from a Solaris server to this same location it works....
ran sftp with -v option, if anyone can lend a helping hand on where to look....
=> sftp -v email@example.com
Connecting to 220.127.116.11...
OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 18.104.22.168 [22.214.171.124] port 22.
debug1: Connection established.
debug1: identity file /home/infawci/.ssh/id_rsa type 1
debug1: identity file /home/infawci/.ssh/id_dsa type -1
debug1: loaded 2 keys
debug1: Remote protocol version 2.0, remote software version 1.82_sshlib GlobalSCAPE
debug1: no match: 1.82_sshlib GlobalSCAPE
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '126.96.36.199' is known and matches the RSA host key.
debug1: Found key in /home/infawci/.ssh/known_hosts:62
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
EFT Server Enterprise 6.2.18 Build 09.08.2010.3debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering public key: /home/infawci/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
debug1: Sending subsystem: sftp
sftp> cd dualusage/Incoming/extracts
sftp> put DUPLICATE_TESTING_SFTP_LARGE_FILES_PLEASE_DELETE
Uploading DUPLICATE_TESTING_SFTP_LARGE_FILES_PLEASE_DELETE to /dualusage/Incoming/extracts/DUPLICATE_TESTING_SFTP_LARGE_FILES_PLEASE_DELETE
DUPLICATE_TESTING_SFTP_LARGE_FILES_PLEASE_DELETE 11% 140MB 115.8KB/s - stalled -debug1: channel 0: free: client-session, nchannels 1
debug1: fd 0 clearing O_NONBLOCK
Read from remote host 188.8.131.52: Connection reset by peer
debug1: Transferred: stdin 0, stdout 0, stderr 64 bytes in 162.2 seconds
debug1: Bytes per second: stdin 0.0, stdout 0.0, stderr 0.4
debug1: Exit status -1
Couldn't send packet: Connection reset by peer
Solved! Go to Solution.
04-15-2011 11:27 AMSolution
> EFT Server Enterprise 6.2.18 Build 09.08.2010.3debug1
Hmm, this looks like the remote side has some commercial implementation of SSH... Googling for those key words reveals the server is probably "EFT Server" from the makers of Windows software CuteFTP.
The newest version of EFT Server is 6.3, and one of its new features is "support for >2GB files", which sort of implies version 6.2 does not have that feature:
But if that was the problem, I would expect the transfer to stall either at the very beginning, or when the transferred data size reaches 2 GB, so there might be something else going on.
> Read from remote host 184.108.40.206: Connection reset by peer
> Couldn't send packet: Connection reset by peer
This looks like the host 220.127.116.11 suddenly terminated the connection without any explanation. (It might also be caused by an overly-aggressive firewall somewhere between the hosts.)
Do you have access to the logs of the SSH server at 18.104.22.168? Since it looks like the server is cutting the connection, the server's logs might explain what's going wrong.
04-17-2011 12:58 PM
Re: sftp of large files from Linux fails
I've tried this now about a dozen times without failure....