![]() | |||||||||||||
Messages in this thread |
>> 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 majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ | ||||||||||||
| Last update: 2006-06-02 05:13 [from the cache] ©2003-2008 | |||||||||||||