From owner-freebsd-hackers Fri Sep 26 10:56:32 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA19033 for hackers-outgoing; Fri, 26 Sep 1997 10:56:32 -0700 (PDT) Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id KAA19027 for ; Fri, 26 Sep 1997 10:56:29 -0700 (PDT) Received: from Mars.mcs.net (karl@Mars.mcs.net [192.160.127.85]) by Kitten.mcs.com (8.8.5/8.8.2) with ESMTP id MAA12265 for ; Fri, 26 Sep 1997 12:56:28 -0500 (CDT) Received: (from karl@localhost) by Mars.mcs.net (8.8.7/8.8.2) id MAA01462; Fri, 26 Sep 1997 12:56:28 -0500 (CDT) Message-ID: <19970926125627.23760@Mars.Mcs.Net> Date: Fri, 26 Sep 1997 12:56:27 -0500 From: Karl Denninger To: hackers@freebsd.org Subject: Instability between NFS v2 and v3 issues? Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.64 Sender: owner-freebsd-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi folks, I have a question... Operating environment is -current. There are several NFS servers and clients involved. We have found that with the default options for the mount (which I presume defaults to NFS V3) the system will sometimes get into an odd state where a file which is removed on one client *NEVER* goes away on another. That is, the following is a dangerous thing to do: mv file1 file2 cp xxx file1 To replace a file. If you do that, on machine #2, which also mounts the same disk, you may NEVER see file1 go away and get replaced. This is obviously screwed up! I'm assuming that the client and server are negotiating NFS V3 by default (we are running FreeBSD on both client and server). If I force V2 protocol, then I get a different problem -- random hangs without any error message being displayed or otherwise made known. That is, I get a random hang of the transfer; it just stops in a "D" wait, is unkillable, and there is no fix other than a reboot. Anyone seen either of these and have any ideas? The hangs in protocol version 2 are against kernels all compiled within the last month; the odd V3 behavior is against servers which have a kernel that is 2-3 months old. -- -- Karl Denninger (karl@MCS.Net)| MCSNet - Serving Chicagoland and Wisconsin http://www.mcs.net/~karl | T1's from $600 monthly to FULL DS-3 Service | NEW! K56Flex modem support is now available Voice: [+1 312 803-MCS1 x219]| 56kbps DIGITAL ISDN DOV on analog lines! Fax: [+1 312 803-4929] | 2 FULL DS-3 Internet links; 400Mbps B/W Internal