Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 28 Mar 2012 21:14:20 GMT
From:      Paul Mezzanini <pfmeec@rit.edu>
To:        freebsd-gnats-submit@FreeBSD.org
Subject:   misc/166477: NFS data corruption.
Message-ID:  <201203282114.q2SLEKMQ048082@red.freebsd.org>
Resent-Message-ID: <201203282120.q2SLKBfG024135@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help

>Number:         166477
>Category:       misc
>Synopsis:       NFS data corruption.
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          open
>Quarter:        
>Keywords:       
>Date-Required:
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Mar 28 21:20:11 UTC 2012
>Closed-Date:
>Last-Modified:
>Originator:     Paul Mezzanini
>Release:        9.0-RELEASE
>Organization:
Rochester Institute of Technology
>Environment:
FreeBSD tardis.rc.rit.edu 9.0-RELEASE FreeBSD 9.0-RELEASE #0: Tue Jan  3 07:46:30 UTC 2012     root@farrell.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC  amd64

>Description:
Environment:
NFS Client - clean FreeBSD 9 amd64 install
NFS Server - BlueArc Mercury 110 NAS

MTU 9000


Specifying default mount options will cause the data corruption to occur.  It is consistent on which files are corrupted.  Not all files become corrupt.  I have not found what triggers the error within a file.  File type (binary/text) does not seem to be a factor.  

I am still gathering data to try and isolate exactly where this error is being introduced.  
>How-To-Repeat:
copy a file from the bluearc to local disk via nfs.  "Copy" can be either cp, rsync or any other read method.  


>Fix:
Force mount to use oldnfs OR force rsize/wsize to 32768



>Release-Note:
>Audit-Trail:
>Unformatted:



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201203282114.q2SLEKMQ048082>