| To: | Christoph Hellwig <hch@xxxxxxxxxxxxx>, Eric Sandeen <sandeen@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [PATCH] xfs: fix Q_XQUOTARM ioctl |
| From: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
| Date: | Sat, 03 May 2014 09:36:05 -0500 |
| Cc: | xfs-oss <xfs@xxxxxxxxxxx> |
| Delivered-to: | xfs@xxxxxxxxxxx |
| In-reply-to: | <20140503114816.GA31191@xxxxxxxxxxxxx> |
| References: | <535580A1.20806@xxxxxxxxxx> <20140503114816.GA31191@xxxxxxxxxxxxx> |
| User-agent: | Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 |
Whoops, missed reply-all. Yes, it will fail this way w/o the kernel patch. User quota gets removed OK because flags accidentally line up; group quota remains, so you'd see exactly this. -Eric On 5/3/14, 6:48 AM, Christoph Hellwig wrote: > Can I assumes that xfs/007 failing with: > > --- tests/xfs/007.out 2014-05-03 08:58:08.000000000 +0000 > +++ /root/xfstests/results//xfs/007.out.bad 2014-05-03 > 11:48:05.000000000 +0000 > @@ -7,4 +7,4 @@ > *** umount > *** Usage after quotarm *** > core.nblocks = 0 > -core.nblocks = 0 > +core.nblocks = 1 > > is because this patch didn't get picked up yet? > > _______________________________________________ > xfs mailing list > xfs@xxxxxxxxxxx > http://oss.sgi.com/mailman/listinfo/xfs > |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH] xfs: fix Q_XQUOTARM ioctl, Christoph Hellwig |
|---|---|
| Next by Date: | Re: [PATCH] xfs: fix Q_XQUOTARM ioctl, Christoph Hellwig |
| Previous by Thread: | Re: [PATCH] xfs: fix Q_XQUOTARM ioctl, Christoph Hellwig |
| Next by Thread: | Re: [PATCH] xfs: fix Q_XQUOTARM ioctl, Christoph Hellwig |
| Indexes: | [Date] [Thread] [Top] [All Lists] |