Subject: kern/12151: kernel hang from nfs
To: None <gnats-bugs@gnats.netbsd.org>
From: Wolfgang Rupprecht <wolfgang@wsrcc.com>
List: netbsd-bugs
Date: 02/07/2001 16:13:43
>Number: 12151
>Category: kern
>Synopsis: kernel hang from nfs
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: kern-bug-people
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Feb 07 16:16:00 PST 2001
>Closed-Date:
>Last-Modified:
>Originator: Wolfgang Rupprecht
>Release: NetBSD-current
>Organization:
W S Rupprecht Computer Consulting, Fremont CA
>Environment:
NetBSD pasillo.wsrcc.com 1.5R NetBSD 1.5R (WSRCC_INTEL) #0: Tue Feb 6 09:23:57 PST 2001 wolfgang@capsicum.wsrcc.com:/v/src/netbsd/src/sys/arch/i386/compile/WSRCC_INTEL i386
Architecture: i386
Machine: i386
>Description:
I can get reliably hang the above kernel when executing the
following ls/rm -rf/mkdir in rapid succession.
>How-To-Repeat:
This happens on 2 different machines here where /home/wolfgang is
Nfs mounted from another -current machine running a similar kernel.
alias dumptrash='echo dumping: ; ls -CFR ~/.trashcan ; /bin/rm -rf ~/.trashcan ; mkdir ~/.trashcan'
dumptrash
$ dumptrash
dumping:
<hangs here>
I can't break into DDB at this point and must use the reset button.
This happens both from an ssh to the remote nfs client and when
logging in from xdm. I have just tried it 6 times and I get 6
hangs.
The dumptrash alias works as expected when run on the nfs server
(which has the files in a ufs).
>Fix:
>Release-Note:
>Audit-Trail:
>Unformatted: