[SOLVED] Large SFTP transfer - filesize stops increasing

[tricolore]

Hi!

I'm stuck with a weird problem:
SFTP PUT of a 50GB tarfile from Linux client A to Linux server B.
Everything starts fine, but after some hours (10MBIT Ethernet) the filesize on serverside stops increasing, while the FTP session appears to still transmit at full speed.
This happened once after transmitting 10GB, once after 22GB, no signs in syslog, the client reports 100% successful transmission afterwords.
Server has 1.8TB free disk space on a ReiserFS partition and a RT 8111C GBIT NIC

Could this be
- HDD going to sleep?
- Bug in the NIC driver?
- Bug in SFTP server?
- Bug in Linux SW RAID?

Any hint is appreciated.

Thanks in advance!

[Letharion]

I don't know really what happens, but, in order to "just fix it", I'd like to suggest using split and cat to transfer smaller files.
If it's a potential SFTP bug, maybe try scp instead?

File splitting/cating:

[tricolore]

Thank you for the workaround, learned a new tar trick!
However, this server shall become my backup machine and therefore should be able to handle such a trivial task.

I tried smb mount as an alternative, but this breaks with "file too large" (which is a smb bug as far as I found out)

I will
1) check out scp to rule out sftp
2) compile realteks driver and replace stock kernel driver
3) disable HDD spindown

Thinking about it, this must be either an application layer bug, or interface between network stack and application.
Everything up to TCP works obviously, so either SFTP becomes detached from the network stack and doesnt receive any data (while TCP happily maintains the connection), or just stops writing to disk.

[Letharion]

[tricolore]

In case anyone has the same issue:
SCP did the trick, worked flawlessly.

Thanks again for the hint.

[Letharion]

I absolutely <3 scp in favor of ftp