[PATCH v3] Add test case to test xfs projid32bit functionality a bit more extensively.
Eric Sandeen
sandeen at sandeen.net
Mon Sep 10 22:48:59 CDT 2012
On 9/10/12 10:45 PM, Dave Chinner wrote:
> On Mon, Sep 10, 2012 at 09:47:03PM -0500, Eric Sandeen wrote:
>> On 9/6/12 10:23 AM, Boris Ranto wrote:
>>> The test covers several areas including enabling projid32bit
>>> functionality dynamically by xfs_admin, dumping, restoring, quota
>>> reporting and xfs_db projid values reporting.
>>> This test case hits a bug with xfsdump/xfsrestore process on a
>>> projid32bit enabled filesystem.
>>>
>>> Signed-off-by: Boris Ranto <ranto.boris at gmail.com>
>>
>> there are just a couple things below, but I think we can get it
>> checked in unless Dave has further concerns - please see below.
> ....
>>> +dir=$SCRATCH_MNT/pquota
>>> +
>>> +status=1
>>> +
>>> +mkdir -p $dir
>>> +touch $dir/{16,32}less
>>
>> Although I understand it ok, I might add a comment here saying:
>>
>> # create files to hold 16 and 32-bit project IDs
>>
>> In retrospect I might use 16bit and 32bit to make more sense.
>> Sorry, should have suggested that earlier.
>>
>> I could just change the names on checkin with a note if that's ok with you.
>
> With that change to 16bit/32bit, it's fine by me.
>
>>> @@ -403,3 +403,4 @@ deprecated
>>> 282 dump ioctl auto quick
>>> 283 dump ioctl auto quick
>>> 284 auto
>>> +285 auto dump quota
>
> Like I mentione dfirst time around, it needs to be added to the
> quick group as well.
oops missed that.
> If you make those changes, Eric, then consider it:
>
> Reviewed-by: Dave Chinner <dchinner at redhat.com>
I'll fix those up & commit.
thanks,
-Eric
> Cheers,
>
> Dave.
>
More information about the xfs
mailing list