NetBSD Problem Report #3645

Received: (qmail 9649 invoked from network); 18 May 1997 19:59:44 -0000
Message-Id: <199705182101.QAA00299@rickb.iaw.on.ca>
Date: Sun, 18 May 1997 16:01:45 -0500 (EST)
From: rickb@iaw.on.ca
To: gnats-bugs@gnats.netbsd.org
Subject: Union mount bug
X-Send-Pr-Version: 3.95

>Number:         3645
>Category:       kern
>Synopsis:       A union mount of a directory onto the same directory causes havoc
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    kern-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun May 18 13:05:00 +0000 1997
>Closed-Date:    
>Last-Modified:  Mon Jun 07 06:42:23 +0000 1999
>Originator:     Rick Byers
>Release:        1.2E - 05/09
>Organization:
	Internet Access Worldwide
>Environment:

System: NetBSD rickb.iaw.on.ca 1.2E NetBSD 1.2E (RICKB) #3: Sat May 10 20:04:10 EST 1997 root@rickb.iaw.on.ca:/usr/src/sys/arch/i386/compile/RICKB i386


>Description:
	A union mount from one directory onto the same directory causes the system to pretty much
	lock up.  For A while, I can ps etc, but any disk activity causes it to look up.  The mount
	process (or any other locked process) cannot be killed.  Generally the entire system
	completely locks up pretty quickly.  No special priveledges are required - any directory
	that the user owns can be used.
>How-To-Repeat:
	mount_union somedir somedir
>Fix:
	No sure.  Definantly a kernel problem.  I've temporarily disabled the mount_union
	command, but that doesn't stop users from compiling their own program that attempts a 
	union mount.
>Release-Note:
>Audit-Trail:
State-Changed-From-To: open->feedback 
State-Changed-By: hwr 
State-Changed-When: Sat May 8 02:42:23 PDT 1999 
State-Changed-Why:  
Could you try, is this still happens with actual code? It might be that 
this went away with Lite2 merger. (yes, I know that your PR is 2 years old *sigh*) 

From: Rick Byers <rickb@iaw.on.ca>
To: gnats-bugs@netbsd.org
Cc:  Subject: kern/3645
Date: Sun, 23 May 1999 17:22:15 -0400

 The mount_union binary will no longer do this, but the kernel will.  A
 modified binary can still easily crash the system when the UNIONFS is in
 the kernel.
State-Changed-From-To: feedback->open 
State-Changed-By: hwr 
State-Changed-When: Sun Jun 6 23:41:42 PDT 1999 
State-Changed-Why:  
This is still a problem. 
>Unformatted:

NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD: gnats_config.sh,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.