I havn't copyed down a oops yet but after the crash I would get an error
updating superblock and have to boot off of anouther disk and recover. the
recovery goes well and everything works fine afterwords.
On Wednesday 29 August 2001 06:30 am, Jan Kara wrote:
> Hello,
>
> > 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.
>
> Hmm.. There were two minor changes in quota code in 2.4.6.
> The first one was just that remove_dquot_refs() gets super_block
> and not device. The second one was that we allow initialization
> of quotas on other inodes, than just symlinks, regular files and
> directories. The second one probably causes the problem but I can't
> see how... I'll look into it but the trace would be very helpful.
>
> Honza
|