From owner-freebsd-bugs Sat Mar 22 21:50:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24488 for bugs-outgoing; Sat, 22 Mar 1997 21:50:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA24471; Sat, 22 Mar 1997 21:50:04 -0800 (PST) Resent-Date: Sat, 22 Mar 1997 21:50:04 -0800 (PST) Resent-Message-Id: <199703230550.VAA24471@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter@spinner.DIALix.COM Received: from spinner.DIALix.COM (peter@spinner.dialix.com [192.203.228.67]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id VAA24320 for ; Sat, 22 Mar 1997 21:46:25 -0800 (PST) Received: (from peter@localhost) by spinner.DIALix.COM (8.8.5/8.8.5) id NAA00425; Sun, 23 Mar 1997 13:46:19 +0800 (WST) Message-Id: <199703230546.NAA00425@spinner.DIALix.COM> Date: Sun, 23 Mar 1997 13:46:19 +0800 (WST) From: Peter Wemm Reply-To: peter@spinner.DIALix.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/3064: nfs server link() handler panics with non-recursive lock reentry Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 3064 >Category: kern >Synopsis: nfs server link() handler panics with non-recursive lock reentry >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Mar 22 21:50:02 PST 1997 >Last-Modified: >Originator: Peter Wemm >Organization: Not. >Release: FreeBSD 3.0-CURRENT i386 >Environment: A very -current system, but it's been happening since the Lite2 merge. FreeBSD spinner.DIALix.COM 3.0-CURRENT FreeBSD 3.0-CURRENT #187: Sun Mar 23 01:43:29 WST 1997 peter@spinner.DIALix.COM:/home/src/sys/compile/SPINNER i386 >Description: Any machine can crash a -current system that exports filesystems to it. The nfs_link() code on the server tries to re-aquire a non-recursive lock when the destination filename already exists. >How-To-Repeat: $ cd /nfs/3_0_current_machine/anywhere_writeable $ touch xx yy $ ln -f xx yy At this point, the 3.0-current machine panics with "locking against myself" meaning that it's tried to reaquire a lock that is not LK_RECURSIVE. I found this when sharing a .Xauthaurity file between two machines over local nfs. xauth(1) triggers the bug, especially when ssh does X11 tunneling/xauth forwarding. >Fix: Not known.. I don't understand vnode locking under lite2 well enough. >Audit-Trail: >Unformatted: