From root@tetsuo.lightrealm.com  Tue Aug 22 13:04:24 2000
Return-Path: <root@tetsuo.lightrealm.com>
Received: from tetsuo.lightrealm.com (nat-0-33.lightrealm.net [216.122.0.33])
	by hub.freebsd.org (Postfix) with ESMTP id 2FE2637B42C
	for <FreeBSD-gnats-submit@freebsd.org>; Tue, 22 Aug 2000 13:04:24 -0700 (PDT)
Received: (from root@localhost)
	by tetsuo.lightrealm.com (8.9.3/8.9.3) id HAA02140;
	Tue, 22 Aug 2000 07:05:04 -0700 (PDT)
	(envelope-from root)
Message-Id: <200008221405.HAA02140@tetsuo.lightrealm.com>
Date: Tue, 22 Aug 2000 07:05:04 -0700 (PDT)
From: chris77@hotmail.com
Sender: root@tetsuo.lightrealm.com
Reply-To: root@tetsuo.lightrealm.com
To: FreeBSD-gnats-submit@freebsd.org
Subject: Deadlocking with with quota using vnode disk device
X-Send-Pr-Version: 3.2

>Number:         20787
>Category:       kern
>Synopsis:       Deadlocking with with quota using vnode disk device
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Tue Aug 22 13:10:01 PDT 2000
>Closed-Date:    Thu Aug 24 06:48:52 PDT 2000
>Last-Modified:  Thu Aug 24 06:49:20 PDT 2000
>Originator:     Chris Jones
>Release:        FreeBSD 4.0-STABLE i386
>Organization:
>Environment:

Jail must be running

>Description:

The problem is that I want the quotas 
to work inside of a jail which is running with the vnode disk as it's "root" 
directory.  The problem that I'm having is that after turning on the quotas 
(this must be done outside of the jail), if I try to access a file which 
already has a quota, or I try to modify the quota using edquota (from inside 
of the jail), the process locks.  Once the process is locked, there is no 
way to kill it, and any subsequent accesses to the vnode disk also locks. 
These processes will stop in 1 of 5 different tsleep statements (inode, 
chkdq1, chkdq2, chkiq1, or chkiq2).  I am assuming that the problems is that 
the main filesystem puts a lock on the vnode disk file, and subsequently 
tries to lock the indoe inside of the file and is unable b/c of the previous 
lock on the vnode disk file.  

>How-To-Repeat:

Start a jail, using a vnode disk as your root for the jail, turn quotas on
for the jail root from outside of the jail, run edquota inside of the jail.

>Fix:

None know.  This was submitted at the Request of Robert Watson


>Release-Note:
>Audit-Trail:
Responsible-Changed-From-To: gnats-admin->freebsd-bugs 
Responsible-Changed-By: jedgar 
Responsible-Changed-When: Thu Aug 24 05:58:44 PDT 2000 
Responsible-Changed-Why:  
Misfiled PR 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20787 
State-Changed-From-To: open->closed 
State-Changed-By: sheldonh 
State-Changed-When: Thu Aug 24 06:17:42 PDT 2000 
State-Changed-Why:  
Closed in error. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20787 
State-Changed-From-To: closed->open 
State-Changed-By: sheldonh 
State-Changed-When: Thu Aug 24 06:17:59 PDT 2000 
State-Changed-Why:  
Re-open errnoneously closed PR. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20787 
State-Changed-From-To: open->closed 
State-Changed-By: sheldonh 
State-Changed-When: Thu Aug 24 06:48:52 PDT 2000 
State-Changed-Why:  
Superseded by PR 20804. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=20787 
>Unformatted:
