xfs
[Top] [All Lists]

[Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [us

To: xfs-master@xxxxxxxxxxx
Subject: [Bug 236] XFS on "/" with usrquota: gives "XFS: unknown mount option [usrquota]"
From: bugzilla-daemon@xxxxxxxxxxx
Date: Thu, 10 Apr 2003 15:57:59 -0700
Sender: linux-xfs-bounce@xxxxxxxxxxx
http://oss.sgi.com/bugzilla/show_bug.cgi?id=236


nathans@xxxxxxx changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|nathans@xxxxxxx             |
           Severity|normal                      |enhancement
             Status|NEW                         |RESOLVED
           Priority|Medium                      |Low
         Resolution|                            |LATER




------- Additional Comments From nathans@xxxxxxx  2003-10-04 15:57 PDT -------
Hello,

This is not a bug, it is really a request for engineering.  The problem is
understood, and is fundamentally that you're trying to remount a filesystem
with quota enabled which previously didn't have quota enabled.  This is not
supported, and it would take a fair amount of effort to implement, which
unfortunately isn't going to be done anytime soon (I have a number of more
pressing issues to sort through, but would be prepared to assist anyone out
there who wanted to try and get this to work...).

From xfsprogs/doc/README.quota, on mounting root filesystems with quota:
         ...
     o   Turning on quotas on the root filesystem is slightly different
         from the above.  In more recent versions of XFS, the quota mount
         flags must be passed in with the "rootflags=" boot parameter.
         In older versions of XFS and (quota-tools) quotaon(8) must be
         used on the root XFS filesystem first; and quotas will be turned
         on the next time the system is rebooted.
         ...

It has been this way for several months, although only recently have we
changed the mount option parsing code to not allow quota options to be
passed in (incorrectly) on remount when they were not specified at mount
time originally.

cheers.



------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.


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