[xfs-masters] [Bug 855] New: 2.6.31 / 2.6.32-last: XFS will not mount after a crash when quotas are enabled (quota DB corrupted)

bugzilla-daemon at oss.sgi.com bugzilla-daemon at oss.sgi.com
Fri Oct 30 01:58:09 CDT 2009


http://oss.sgi.com/bugzilla/show_bug.cgi?id=855

           Summary: 2.6.31 / 2.6.32-last: XFS will not mount after a crash
                    when quotas are enabled (quota DB corrupted)
           Product: XFS
           Version: unspecified
          Platform: All
               URL: http://lkml.org/lkml/2009/10/29/215
        OS/Version: Linux
            Status: NEW
          Severity: major
          Priority: P5
         Component: XFS kernel code
        AssignedTo: xfs-masters at oss.sgi.com
        ReportedBy: roche+kml2 at exalead.com
   Estimated Hours: 0.0
    Classification: Unclassified


[ reported on the LKML as http://lkml.org/lkml/2009/10/29/215 ]

We experience issues with XFS on Kernel >= 2.6.31 when quotas are
enabled. Some recent quotas additions might be the cause of the problems
encountered. (1)

Test case to reproduce the issue:
---------------------------------

- Have an XFS filesystem with quotas enabled for users

/etc/fstab entry:
/dev/sda6   /data           xfs             uqupta,gquota     0 0

- Have a kernel crash while the filesystem is dirty

git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git &
sleep 10
echo b >/proc/sysrq-trigger
# we should dead here

On reboot, after the filesystem check, the filesystem will not mount
because the quota db is apparently corrupted:

XFS: dquot too small (104) in xlog_recover_do_dquot_trans.

The filesystem is however still fixable using:
mount -o noquota /data
umount /data
mount /data

(however this will rebuild the entire DB..)

The issue could not be reproduced on a 2.6.30


(1) http://xfs.org/index.php/XFS_Status_Updates
"The Linux 2.6.31 merge opened in the mid of the month and some big XFS
changes have been pushed: A removal of the quotaops infrastructure which
simplifies the quota implementation, the switch from XFS's own Posix ACL
implementation to the generic one shared by various other filesystems
which also supports in-memory caching of ACLs and another incremental
refactoring of the sync code"

-- 
Configure bugmail: http://oss.sgi.com/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the xfs-masters mailing list