Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

After very large file transfers (this only happens with 10gig+ files) to a specific system, the receiving system would have a mismatched checksum of the file.

The transfer seems to have happened sucessfully, the files match in terms of size to the byte, but the file will be corrupted. if it was a gzip it would have a crc error, and an md5sum would not match.

This is on the exact same server hardware running Ubuntu 10.04 64 bit.

There are no logs of memory issues, filesystem errors (ran an fsck) or hard drive failure.

any ideas?

share|improve this question

closed as too broad by masegaloeh, Greg Askew, 84104, mdpc, Andrew Schulman Mar 23 '15 at 0:53

There are either too many possible answers, or good answers would be too long for this format. Please add details to narrow the answer set or to isolate an issue that can be answered in a few paragraphs.If this question can be reworded to fit the rules in the help center, please edit the question.

I would start by comparing the two files to figure out what the difference is. It would also help a lot if you posted how you were transferring the files (scp, nfs, rsync). – David Schwartz Feb 6 '12 at 7:43

There are a number of possibilities, but you need to provide more information. Such as source and destination system details, file transfer mechanism, and what sort of data.

share|improve this answer
I'm gonna throw out a guess and say "FTP, and forgetting to flip the ascii/binary flag while transmitting a file" – Shadur Feb 6 '12 at 9:34
That was my guess as well, but I thought I would ask the question first. – Sam Feb 23 '12 at 7:59

Not the answer you're looking for? Browse other questions tagged or ask your own question.