Re: 2.6.1: data corrupton when recieving files > 1GB over network

From: yoann
Date: Sun Jan 11 2004 - 15:21:44 EST


I found a strange behavior with md5sum and nfs.

I've a nfs server (mistur) under debian woody 2.4.18, and a client (vaka) under debian sid 2.6.1-mm2 or 2.4.18-bf2.4 (onlu for test)

Linux vaka 2.6.1-mm2 #1 Sat Jan 10 19:16:02 CET 2004 i686 GNU/Linux
Linux vaka 2.4.18-bf2.4 #1 Son Apr 14 09:53:28 CEST 2002 i686 GNU/Linux

Linux mistur 2.4.18-1-686 #4 Sat Nov 29 10:18:26 EST 2003 i686 unknown

vaka : dpkg 1.10.18
mistur : dpkg 1.9.21

nfs export :

path on client -> path on server
/mnt/multimedia -> /mnt/multimedia
/mnt/tmp -> /tmp

I've done some test with md5sum on the iso of woody 3.0r0 CD1

same file : /mnt/multimedia/iso

- mistur local (ext3) 2.4.18-1-686 :
ca679b3b8e28be00b98b007611384958 /mnt/multimedia/iso/woody-cd1.iso

- vaka remote (nfs) 2.4.18-bf2.4 :
ea34f974bdcfb2a678a97afb1fb4077d /mnt/multimedia/iso/woody-cd1.iso

- vaka remote (nfs) 2.6.1-mm2 :
ca679b3b8e28be00b98b007611384958 /mnt/multimedia/iso/woody-cd1.iso
2798b3e2b97ca8082049c9207c291ebb /mnt/multimedia/iso/woody-cd1.iso

copy on vaka in /usr/src/test/ using nfs

- vaka local (ext3) 2.4.18-bf2.4 :
287ffb166b1e32a75ad106ceffb1dc3f /usr/src/test/woody-cd1.iso

- vaka local (ext3) 2.6.1-mm2 :
287ffb166b1e32a75ad106ceffb1dc3f /usr/src/test/woody-cd1.iso

copy on mistur in /mnt/tmp using nfs

- vaka remote (nfs) 2.4.18-bf2.4 :
102fbde335166ccd980f672370fc3a4b /mnt/tmp/test/woody-cd1.iso

- vaka remote (nfs) 2.6.1-mm2 :
bd52d79225a863e484c2d1815b5c5b7c /mnt/tmp/test/woody-cd1.iso

- mistur local (ext3) 2.4.18-1-686 :
287ffb166b1e32a75ad106ceffb1dc3f /tmp/test/woody-cd1.iso


all copy was done under 2.6.1-mm2 kernel

I could do more test, all under 2.4.X and all under 2.6.X
- copy with nfs, with ftp,...
- using différent versiob of md5sum

but, not enouph time now

anyway seem to have a problem

Yoann

Hans Spath a écrit :
Hello,

When I transfer files to my linux 2.6.1 box their content changes (tested via md5 sums).

I transfered a 1,8 GB (mpeg) file serveral times to this machine by using either pure-ftpd (upload) or wget (download) on that machine. I got a different md5sum each time. Same problem with a 1,4 GB (zip) file, but *not* with a 0,7 GB (mpeg) file.

When I boot the machine with Knoppix 3.2 (Linux 2.4.21-xfs) and upload the 1,8 GB file to it's ftpd (same target harddisk/partition/directory), the file is ok.

When I dupplicate the correctly recieved file with dd or cp under Linux 2.6.1 there is no corruption, too.

I don't know what tools I should use to determine at what positions these corruptions start and how much is corrupted. But I think about the first 1 GB is transfered correctly (diff needs some time before it says "Binary files test-2.6.mpeg and test-2.4.mpeg differ")

Kernel is built without module support.


[ Some lines from dmesg ]
Linux version 2.6.1 (stob@netbrake) (gcc version 2.95.4 20011002 (Debian prerelease)) #5 Sat Jan 10 01:40:00 CET 2004
CPU: Intel Pentium III (Katmai) stepping 02
agpgart: Detected VIA Apollo Pro 133 chipset
eth0: RealTek RTL8139 at 0xe3818000, 00:00:21:d5:a6:48, IRQ 10
eth0: Identified 8139 chip type 'RTL-8139B'
hda: Maxtor 98196H8, ATA DISK drive
hda: max request size: 128KiB
hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=65535/16/63, UDMA(33)
hda: hda1
EXT3 FS on hda1, internal journal

[ Output of scripts/ver_linux ]
Linux netbrake 2.6.1 #5 Sat Jan 10 01:40:00 CET 2004 i686 unknown
Gnu C 2.95.4
Gnu make 3.80
util-linux 2.12
mount 2.12
module-init-tools implemented
e2fsprogs 1.34
Linux C Library 2.2.5
Dynamic linker (ldd) 2.2.5
Procps 3.1.15
Net-tools 1.60
Console-tools 0.2.3
Sh-utils 2.0.11




-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/