xfs
[Top] [All Lists]

Re: Kernel Dump on quotaon

To: machack <machack@xxxxxxxxxxxxxxxxxx>, Jan Kara <jack@xxxxxxx>
Subject: Re: Kernel Dump on quotaon
From: Nathan Scott <nathans@xxxxxxx>
Date: Wed, 29 Aug 2001 10:31:55 +1100
Cc: linux-xfs@xxxxxxxxxxx
In-reply-to: <20010828224031.JZQZ25401.femail45.sdc1.sfba.home.com@there>; from machack@xxxxxxxxxxxxxx on Tue, Aug 28, 2001 at 06:21:59PM -0400
References: <20010828224031.JZQZ25401.femail45.sdc1.sfba.home.com@there>
Sender: owner-linux-xfs@xxxxxxxxxxx
User-agent: Mutt/1.2.5i
hi,

On Tue, Aug 28, 2001 at 06:21:59PM -0400, machack wrote:
> rc.sysinit cuases the kernel to dump when it hits quotaon.  this problem only 
> happens on kernels newer then 2.4.6  on these later kernels I have no 
> problems when I pass devfs=nomount on boot.   Am I the only one to have this 
> problem or is it documented.  my root partion is xfs. 
> 

I'd be interested in seeing a kdb or ksymoops backtrace if you
can provide one.  quotaon at startup is always ignored by XFS -
enabling quota is a mount time operation for XFS filesystems, so
this is likely to be a problem in the interaction between the
quotactl system call (takes a device special file as its second
argument) with Q_QUOTAON and devfs; and unrelated to XFS.

If you only have XFS filesystems using quota (and no ext2/other
filesystems using quota), you can safely remove the "quotaon -a"
from your startup scripts (thats really not a very nice solution
though...)

Jan, any chance you've come across this one before?  I don't
remember there being anything new/changed in 2.4.6 in the quota
subsystem, so seems odd that this would suddenly start to fail.

cheers.

-- 
Nathan


<Prev in Thread] Current Thread [Next in Thread>