From owner-freebsd-current@FreeBSD.ORG Tue Feb 17 11:55:50 2004 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 63B1216A4CE for ; Tue, 17 Feb 2004 11:55:50 -0800 (PST) Received: from mail-in.m-online.net (mail-in.m-online.net [62.245.150.237]) by mx1.FreeBSD.org (Postfix) with ESMTP id 09A6743D1D for ; Tue, 17 Feb 2004 11:55:50 -0800 (PST) (envelope-from h@schmalzbauer.de) Received: from mail.m-online.net (svr14.m-online.net [192.168.3.144]) by svr8.m-online.net (Postfix) with ESMTP id 0A0E52AC13; Tue, 17 Feb 2004 20:36:00 +0100 (CET) Received: from sam.flintsbach.schmalzbauer.de (ppp-82-135-1-56.mnet-online.de [82.135.1.56]) by mail.m-online.net (Postfix) with ESMTP id CB39D515C4; Tue, 17 Feb 2004 20:35:59 +0100 (CET) Received: from schmalzbauer.de (benjamin.flintsbach.schmalzbauer.de [172.21.1.250])i1HJZwh4008962; Tue, 17 Feb 2004 20:35:58 +0100 (CET) (envelope-from h@schmalzbauer.de) Message-ID: <40326D59.6070901@schmalzbauer.de> Date: Tue, 17 Feb 2004 20:36:57 +0100 From: Harald Schmalzbauer User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: de-de, de-at, de, en-us, en MIME-Version: 1.0 To: Dan Nelson References: <40318AD2.2020104@schmalzbauer.de> <20040217043442.GA8434@xor.obsecurity.org> <403210F5.6030303@schmalzbauer.de> <20040217171503.GK15700@dan.emsphone.com> In-Reply-To: <20040217171503.GK15700@dan.emsphone.com> X-Enigmail-Version: 0.83.3.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBB4B32E8F6E8B1A83BCB2EFF" cc: freebsd-current@freebsd.org cc: Kris Kennaway Subject: Re: NFS server broken for -current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Feb 2004 19:55:50 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBB4B32E8F6E8B1A83BCB2EFF Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Dan Nelson schrieb: > In the last episode (Feb 17), Harald Schmalzbauer said: > >>Kris Kennaway schrieb: >> >>>On Tue, Feb 17, 2004 at 04:30:26AM +0100, Harald Schmalzbauer wrote: >>> >>>>some weeks ago I found that when connecting from a linux client to >>>>-a current NFS server the connection "locks" up. Now I have decided >>>>to try again and I have a new box where I can do tests. This >>>>problem still exists for -current from 14.Feb. >>>> >>>>I saw that systat -vm still shows disk traffic (about 7Mb/s) while >>>>em0 (my NIC) only reports 5 interrupts. There's no traffic on the >>>>wire but disk is writing? (I'm sure there's no other process which >>>>could cause disk usage!) Also Sys usage is reported to be 44%! >>>> >>>>Let me know how I can help. NFS really should work again asap. >>> >>>http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/56461 >> >>Oh, _very_ interesting. >> >>Does only FreeBSD > 5.1 use 16-byte cookies? I have a 4.9 box which >>works fine with Linux and if I remember correctly 5.1 also haven't had >>this incompatibility. > > > 4.x clients don't do locking at all. Lock requests always return > success without checking with the server. 4.x servers do handle client > locks, though. > > I don't think kern/56461 should get committed; the bug is in the Linux > kernel, and should be fixed there. At the very least the Linux kernel > should reject the locking request instead of simply dropping it. > > Anyhow, none of that applies to you; it only affects a FreeBSD client > trying to lock a file on a Linux server. You're going the other way > around, right? I'd say run strace on the Linux program and find out You are right. Seems I didn't read carefully enough. > what syscall it's hanging on, and run tcpdump or tethereal to determine > whether it's really an NFS request that's failing. > > >>But what about that mystiq disk access? It's not so funny to see my >>3ware controler (the LED) accessing disks while no process is running >>(shown) which would cause it. > > > Swapping? > Absolutely not. Now swap in use. No running userland process. Nothing. And like I said this problem only occurs with past 5.1 so I don't think debugging the linux box would help. How can I find out what the FreeBSD kernel really does when it claims to use 44% Sys and writes to disk? The LED on from my 3ware controller also flashes so there _is_ data written (or read?) but not from NFS over the wire. Very strange to me Thanks, -Harry --------------enigBB4B32E8F6E8B1A83BCB2EFF Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFAMm1dBylq0S4AzzwRApn9AKCQ6sNxr1Jl8CA1eexfHXr2P+SkQQCfZU+W t1PCdg7qnXZwUQ6+8ReFX3c= =ltn4 -----END PGP SIGNATURE----- --------------enigBB4B32E8F6E8B1A83BCB2EFF--