On Tue, Mar 30, 2010 at 03:17:50AM +0200, Jan Kara wrote:
> Yes, quota-tools currently use these options as well to detect whether they
> should run the command on the filesystem or not. The problem is that at least
> "quotaon -a" needs to know on which filesystem it should run and currently it
> uses quota mount options to decide. I can change quota tools to just look for
> quota files but that's not guaranteed to succeed because for unjournaled
> quotas, quota files could be anywhere - even on a different filesystem - and I
> really know admins who use such setup.
Hmm.... so is this something we need to continue to support? If we
phase out support for anything other than hidden journal files, that
implies that these sysadmins would eventually need to ove, right?
> And for journaled quotas, file name
> of the quota file is the one given in the {usr,grp}jquota mount option
> so without it it's impossible to locate the quota file as well.
... and sometimes names other than aquota.user and aquota.group are
used? I was thinking about having e2fsck look for those file names,
maybe check the format, and then offer to auto-convert them to the new
format with hidden quota files. I suppose I could have e2fsck try to
look for that information in /etc/fstab, but that adds a different
layer of complexity (namely, we need to be confident we can match up a
particular device with an /etc/fstab entry, which usually but doesn't
always work).
> So I think the easiest way out of this is really to make quota
> files hidden as we discussed in another thread. Then kernel always
> knows whether the filesystem accounts quotas or not and quota tools
> can ask it with GETFMT quotactl.
I agreee, long term that will be the right answer.
I just realized that since ext4 does support a nojournal mode, we will
also need to support a no-journal mode with the hidden quota file, but
that's not a big deal if e2fsck handles checking the file system
consistency as well as rebuilding the quota in-use information for the
hidden quota file.
- Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
