Skip site navigation (1)Skip section navigation (2) 
Date:      Fri, 03 Oct 2003 10:10:20 -0700
From:      Lars Eggert <larse@ISI.EDU>
To:        Kris Kennaway <kris@obsecurity.org>
Cc:        current@FreeBSD.org
Subject:   Re: NFS corruption on p4 machines (please test)
Message-ID:  <3F7DAD7C.2040505@isi.edu>
In-Reply-To: <20031003054326.GA51359@rot13.obsecurity.org>
References:  <20031003054326.GA51359@rot13.obsecurity.org>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
Kris,

Kris Kennaway wrote:

> For some months now I have been experiencing NFS corruption on the
> three machines in the dosirak.kr package cluster - these are SMP
> pentium 4 machines that run -CURRENT.  Setting DISABLE_PSE and
> DISABLE_PG_G does not fix these problems.  I am able to easily
> reproduce these problems using /usr/src/tools/regression/fsx on a
> loopback nfs mount - they are not deterministic, but it blows up
> within about 8000 operations (less than a minute of operation).  In
> fact sometimes it even manages to make fsx segfault, which is fairly
> impressive :)
> 
> Just mount something rw via loopback nfs, and run 'fsx foo' on the nfs
> filesystem for a few minutes.

I just ran an fsx cycle on my desktop machine over a TCP mount, and it
seemed to work fine:

[root@nik: /usr/src/tools/regression/fsx] ./fsx /tmp/nfs/x
truncating to largest ever: 0x13e76
truncating to largest ever: 0x2e52c
truncating to largest ever: 0x3c2c2
truncating to largest ever: 0x3f15f
truncating to largest ever: 0x3fcb9
truncating to largest ever: 0x3fe96
truncating to largest ever: 0x3ff9d
truncating to largest ever: 0x3ffff
skipping zero size read
skipping zero size write
skipping zero size write
^Csignal 2
testcalls = 166863

Lars
-- 
Lars Eggert <larse@isi.edu>           USC Information Sciences Institute

[-- Attachment #2 --]
0	*H
010	+0	*H
	080fErtcvE.0
	*H
010	UZA10UWestern Cape10U	Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte Personal Freemail CA1+0)	*H
	personal-freemail@thawte.com0
000830000000Z
040827235959Z010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.3000
	*H
032c	%E>nx'gڈD)c5*mp<ܮto034qmOe
KaU5u'rװ|CBPQ<9TIf-	kiN0L0)U"0 010UPrivateLabel1-2970U00U0
	*H
1KG]qSl]y=&b""I'{9$
*8PUl
LGlX1B	li+@]jy.%݊
Z<D&iHΥbb090
vo0
	*H
010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.300
030801172929Z
040731172929Z0T10
UEggert1
0U*Lars10ULars Eggert10	*H
	
larse@isi.edu0"0
	*H
0
>ן~H(ԢGV׆־25B03ݰת^RIH=%J
kA^R)yH80P~qrU|c~\;ҋ^哪!֍&d@Cd"O"f$FrGe|r<z"%h+Z`3<}̘}9ʮcnb6RX ٫e~XgK7,ìEYU?V0T0*+e!000L2uMyffBNUbNJJcdZ2s0U0
larse@isi.edu0U00
	*H
5Kkt[@jj:Fg	Xj(8yPo!})5M[	ش]wʼnQd!GyFRiKd!8h\7γSD`a[qiY+Gqn?!090
vo0
	*H
010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.300
030801172929Z
040731172929Z0T10
UEggert1
0U*Lars10ULars Eggert10	*H
	
larse@isi.edu0"0
	*H
0
>ן~H(ԢGV׆־25B03ݰת^RIH=%J
kA^R)yH80P~qrU|c~\;ҋ^哪!֍&d@Cd"O"f$FrGe|r<z"%h+Z`3<}̘}9ʮcnb6RX ٫e~XgK7,ìEYU?V0T0*+e!000L2uMyffBNUbNJJcdZ2s0U0
larse@isi.edu0U00
	*H
5Kkt[@jj:Fg	Xj(8yPo!})5M[	ش]wʼnQd!GyFRiKd!8h\7γSD`a[qiY+Gqn?!100010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0	+0	*H
	1	*H
0	*H
	1
031003171020Z0#	*H
	1˛}*p0R	*H
	1E0C0
*H
0*H
0
*H
@0+0
*H
(0	+710010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0*H
	1010	UZA10UWestern Cape10U	Cape Town10
U
Thawte10UCertificate Services1(0&UPersonal Freemail RSA 2000.8.30
vo0
	*H
d6"ON,"&nY5,JF~YM1ꚙ2/O7~ʝ
=&ϢI)$*P/+F
-'jA}؞M66%wڝ4)sW+Tm&:qp˨\xN4Gs^1hA}l)U
h{acB-2a':#	q_gh͒@Tݾ_LEk

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