>> Too bad XFS does not reinit quota on these commands:
>>
>> qutoaoff /mp
>> quotaon /mp
>
>Hmm, remount would be saner if we wanted to take that approach...
>
quotacheck would be sanest :) But the struct super_block->remount is
probably the best idea in kernel space.
>> Yes, it would lock the filesystem for a moment, but that's better than
>> trying to unmount it under someone having inodes open!
>
>But its not just a moment, a quotacheck needs to scan every inode
>in the filesystem (on disk) to correctly account for all space/inode
>usage.
Yeah right, XFS was designed for large systems rather than for just
my 262188 files. (The latter of which completes in an "adequate" time of
a few secs.)
>Its not something to be encouraging people to do frequently,
>
Certainly not, but XFS has the advange of bulkstat for quota scanning.
`quotacheck` on vfsv0 quota databases always takes longer IMO.
>and it would also be very difficult to correctly implement (while the
>filesystem is actively being modified I mean).
>
Noted.
Jan Engelhardt
--
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
