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
|