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: