From owner-freebsd-stable@FreeBSD.ORG Mon Apr 21 16:06:33 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B557A106566B for ; Mon, 21 Apr 2008 16:06:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9148FC16 for ; Mon, 21 Apr 2008 16:06:33 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m3LFbuwj050203; Mon, 21 Apr 2008 11:37:56 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m3LFbaZA086977 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 21 Apr 2008 11:37:56 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200804211537.m3LFbaZA086977@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Mon, 21 Apr 2008 11:37:33 -0400 To: "Arno J. Klaassen" From: Mike Tancsa In-Reply-To: References: <20080421094718.GY25623@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: stable@freebsd.org Subject: Re: nfs-server silent data corruption X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 21 Apr 2008 16:06:33 -0000 At 10:52 AM 4/21/2008, Arno J. Klaassen wrote: >Device is : > >nfe0@pci0:0:10:0: class=0x068000 card=0x289510f1 >chip=0x005710de rev=0xa3 hdr=0x00 > vendor = 'Nvidia Corp' > device = 'nForce4 Ultra NVidia Network Bus Enumerator' > class = bridge > cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 > >(this is with the default BIOS setting " LAN Bridge Enabled", disabling > that setting makes pciconf say "class = network" but does not influence > my problem) > >I will restart my tests now by populating all 4G to only CPU1 and >say whether that matters. Hi, How long does it take for the problem to show up ? I have what appears to be a very similar Tyan board (I have an Socket 939 X2 cpu) with the same NIC, but this one is running RELENG_7 from April 17th. There have been a few fixes for the nfe driver since 7.0 I am running this small script below on a nfs client (em nic) against the server (nfe) ( mount options on the client 192.168.245.1:/backup /backup nfs rw,-r=32768,-w=32768,tcp,noauto ) #!/bin/sh i=0 while true do i=`expr $i + 1` dd if=/dev/urandom of=/tmp/junk.txt bs=1024 count=81920 > /dev/null 2>&1 cp -p /tmp/junk.txt /backup/ orig=`md5 -q /tmp/junk.txt` umount /backup sleep 2 mount /backup copy=`md5 -q /backup/junk.txt` echo "$orig and $copy on $i" if [ $orig != $copy ]; then echo "\a copy not ok on $i" exit 255 fi done On the server, I have nfe0@pci0:0:10:0: class=0x068000 card=0x286510f1 chip=0x005710de rev=0xa3 hdr=0x00 vendor = 'Nvidia Corp' device = 'nForce4 Ultra NVidia Network Bus Enumerator' class = bridge cap 01[44] = powerspec 2 supports D0 D1 D2 D3 current D0 # ifconfig nfe0 nfe0: flags=8843 metric 0 mtu 1500 options=10b ether 00:e0:81:58:91:6a inet 192.168.245.1 netmask 0xffffff00 broadcast 192.168.245.255 media: Ethernet autoselect (1000baseTX ) status: active How long does it take for the problem to come up ? ---Mike