<p dir="ltr"><br>
2016年5月11日 08:10，"Dave Chinner" <<a href="mailto:david@fromorbit.com">david@fromorbit.com</a>>写道：<br>
><br>
> On Thu, Apr 07, 2016 at 10:48:34PM +0800, Zorro Lang wrote:<br>
> > When use GETNEXTQUOTA ioctl to report project quota, it always<br>
> > report an unexpected quota:<br>
> ><br>
> >   (null) 0 0 0 00 [--------]<br>
> ><br>
> > The ID 0 store the default quota, even if no one set default quota,<br>
> > it still have quota accounting, but not enforced. So GETNEXTQUOTA<br>
> > can find and report this undefined quota.<br>
> ><br>
> > From this problem, I thought if others' quota name miss, (null) will<br>
> > be printed too. e.g.<br>
> ><br>
> >   # xfs_quota -xc "limit -u bsoft=300m bhard=400m test" $mnt<br>
> >   # xfs_quota -xc "report -u" $mnt<br>
> >   User ID          Used       Soft       Hard    Warn/Grace<br>
> >   ---------- --------------------------------------------------<br>
> >   root                0          0          0     00 [--------]<br>
> >   test                0     307200     409600     00 [--------]<br>
> >   # userdel -r test<br>
> >   # xfs_quota -xc "report -u" $mnt<br>
> >   User ID          Used       Soft       Hard    Warn/Grace<br>
> >   ---------- --------------------------------------------------<br>
> >   root                0          0          0     00 [--------]<br>
> >   (null)              0     307200     409600     00 [--------]<br>
> ><br>
> > So this problem same with above id 0's problem. For deal with this,<br>
> > this patch will print id number if the name can't be found.<br>
> ><br>
> > But if use old GETQUOTA ioctl, it won't print project id 0 quota<br>
> > information(if it's not defined). That's different with GETNEXTQUOTA.<br>
> > For keep consistent, this patch also print project id 0 when use old<br>
> > GETQUOTA.<br>
> ><br>
> > Signed-off-by: Zorro Lang <<a href="mailto:zlang@redhat.com">zlang@redhat.com</a>><br>
><br>
> OK, so with this applied xfs/133 and xfs/134 both now fail with<br>
> this extra output:<br>
><br>
> +#0 0 0 0 00 [--------]<br>
><br>
> Can you send patches for these tests to filter out these lines so<br>
> that the tests pass again for both old and new xfsprogs?</p>
<p dir="ltr">Hi Dave,</p>
<p dir="ltr">Sure, I'm doing on this. I remember that a patch from Eryu maybe suit for this xfsprogs change(maybe need some modify). I'll check it and send a suitable patch as soon as possible.</p>
<p dir="ltr">Thanks,<br>
Zorro</p>
<p dir="ltr">><br>
> Cheers,<br>
><br>
> Dave.<br>
> --<br>
> Dave Chinner<br>
> <a href="mailto:david@fromorbit.com">david@fromorbit.com</a><br>
><br>
> _______________________________________________<br>
> xfs mailing list<br>
> <a href="mailto:xfs@oss.sgi.com">xfs@oss.sgi.com</a><br>
> <a href="http://oss.sgi.com/mailman/listinfo/xfs">http://oss.sgi.com/mailman/listinfo/xfs</a><br>
</p>