Date: Wed, 23 Aug 2000 09:32:12 -0700 (PDT) From: chrisx77@hotmail.com To: freebsd-gnats-submit@FreeBSD.org Subject: kern/20804: deadlocking when using vnode disk file and quotas Message-ID: <20000823163212.F356837B422@hub.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 20804 >Category: kern >Synopsis: deadlocking when using vnode disk file and quotas >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Aug 23 09:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Chris Jones >Release: FreeBSD-STABLE >Organization: Deadprotocol Society >Environment: FreeBSD tetsuo.deadprotocol.org 4.0-STABLE FreeBSD 4.0-STABLE #17: Mon Aug 21 08:05:56 PDT 2000 root@tetsuo.deadprotocol.org:/usr/src/sys/compile/TETSUO i386 >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. This is being submitted at the request of Robert Watson. >How-To-Repeat: set up a jail whose root directory is a filesystem in a file (vnode disk), and then turn on quotas from outside of the jail. After doing this, from inside the jail, use the edquota command >Fix: none as of yet. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000823163212.F356837B422>