On Tue, Mar 19, 2013 at 03:51:30PM +1100, Brian May wrote: > On 19 March 2013 09:48, Dave Chinner <david@xxxxxxxxxxxxx> wrote: > > > > Did my strace output help diagnose this bug? > > > > No, but it's most likely the same problem as fixed in commit > > 19473a2ac. Can you add this to quota/quot.c:quot_init(): > > > > + quot_cmd.flags = CMD_FLAG_GLOBAL; > > > > And see if the problem goes away? > > > > I made this change to the version in Debian squeeze. > > I didn't see any change in behaviour :-( > > hq ~ # xfs_quota -x -c "quota -N -u brian" /home > xfs_quota: cannot find mount point for path `/share/systems': Success > xfs_quota: cannot find mount point for path `/share/cs': Success > xfs_quota: cannot find mount point for path `/share/cas': Success > xfs_quota: cannot find mount point for path `/share/cfcp': Success > xfs_quota: cannot find mount point for path `/share/lgs': Success > xfs_quota: cannot find mount point for path `/share/common': Success > xfs_quota: cannot find mount point for path `/share/summer': Success > /dev/mapper/hq-home 3800752 0 0 00 [--------] /home Which tells me exactly what is happening. The project quotas are not on the filesystem you directed the the quota command at, and xfs_quota is telling you that it can't find the mount point for the configured project quotas on /home. Either: # xfs_quota -x -c "quota -N -u brian" or # xfs_quota -x -c "quota -N -u brian" /home /share will not output the error message because xfs_quota knows about the locations of the project quotas. Yes, it's not obvious what is happening here but technically it isn't a bug, either, because you told xfs_quota not to load information about any other mountpoint. I'll have a think about how to make this output less .... obtuse. Cheers, Dave. -- Dave Chinner david@xxxxxxxxxxxxx _______________________________________________ xfs mailing list xfs@xxxxxxxxxxx http://oss.sgi.com/mailman/listinfo/xfs
