Message ID | 20160815053626.GF27776@eguan.usersys.redhat.com (mailing list archive) |
---|---|
State | New, archived |
Headers | show |
On 8/15/16 12:36 AM, Eryu Guan wrote: > On Fri, Aug 12, 2016 at 05:53:04PM -0500, Eric Sandeen wrote: >> This exercises the xfs_quota "state" command for every >> combination of user, group, and project quota enablement >> on both crc (with project quota inode on disk) and non-crc >> (where project quota overlaps group quota on disk) filesystems. >> >> It currently requires patches to the upstream kernel >> ("quota: fill in Q_XGETQSTAT inode information for inactive quotas") >> and to xfsprogs ("xfs_quota: wire up XFS_GETQSTATV") to pass. > > I've applied these patches to kernel (4.8-rc1 based) and xfsprogs > (4.7-rc1 based), and the quota filter fix to xfstests, but I still saw > failures on this, did I miss anything? > > [root@dhcp-66-86-11 xfstests]# diff -u tests/xfs/263.out /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad > --- tests/xfs/263.out 2016-08-15 10:56:23.973000000 +0800 > +++ /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad 2016-08-15 13:29:48.934000000 +0800 > @@ -9,11 +9,11 @@ > Group quota state on SCRATCH_MNT (SCRATCH_DEV) > Accounting: OFF > Enforcement: OFF > - Inode: N/A > + Inode: #0 (0 blocks, 0 extents) > Project quota state on SCRATCH_MNT (SCRATCH_DEV) > Accounting: OFF > Enforcement: OFF > - Inode: N/A > + Inode: #0 (0 blocks, 0 extents) strange, that's the kind of thing the kernel patch was intended to fix. I meant to retest from scratch on bleeding-edge upstream, but too many things got in the way today. Will try again tomorrow... -Eric -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 8/15/16 9:48 PM, Eric Sandeen wrote: > > > On 8/15/16 12:36 AM, Eryu Guan wrote: >> On Fri, Aug 12, 2016 at 05:53:04PM -0500, Eric Sandeen wrote: >>> This exercises the xfs_quota "state" command for every >>> combination of user, group, and project quota enablement >>> on both crc (with project quota inode on disk) and non-crc >>> (where project quota overlaps group quota on disk) filesystems. >>> >>> It currently requires patches to the upstream kernel >>> ("quota: fill in Q_XGETQSTAT inode information for inactive quotas") >>> and to xfsprogs ("xfs_quota: wire up XFS_GETQSTATV") to pass. >> >> I've applied these patches to kernel (4.8-rc1 based) and xfsprogs >> (4.7-rc1 based), and the quota filter fix to xfstests, but I still saw >> failures on this, did I miss anything? >> >> [root@dhcp-66-86-11 xfstests]# diff -u tests/xfs/263.out /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad >> --- tests/xfs/263.out 2016-08-15 10:56:23.973000000 +0800 >> +++ /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad 2016-08-15 13:29:48.934000000 +0800 >> @@ -9,11 +9,11 @@ >> Group quota state on SCRATCH_MNT (SCRATCH_DEV) >> Accounting: OFF >> Enforcement: OFF >> - Inode: N/A >> + Inode: #0 (0 blocks, 0 extents) >> Project quota state on SCRATCH_MNT (SCRATCH_DEV) >> Accounting: OFF >> Enforcement: OFF >> - Inode: N/A >> + Inode: #0 (0 blocks, 0 extents) > > strange, that's the kind of thing the kernel patch was intended to fix. > > I meant to retest from scratch on bleeding-edge upstream, but too many > things got in the way today. Will try again tomorrow... Can you recheck? I built everything from scratch on a freshly-installed box, and with the patches mentioned, it passes for me. oh, but try V2 of the xfsprogs patch ;) (I'll send that in a minute). Thanks, -Eric -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Aug 15, 2016 at 10:15:17PM -0500, Eric Sandeen wrote: > > > On 8/15/16 9:48 PM, Eric Sandeen wrote: > > > > > > On 8/15/16 12:36 AM, Eryu Guan wrote: > >> On Fri, Aug 12, 2016 at 05:53:04PM -0500, Eric Sandeen wrote: > >>> This exercises the xfs_quota "state" command for every > >>> combination of user, group, and project quota enablement > >>> on both crc (with project quota inode on disk) and non-crc > >>> (where project quota overlaps group quota on disk) filesystems. > >>> > >>> It currently requires patches to the upstream kernel > >>> ("quota: fill in Q_XGETQSTAT inode information for inactive quotas") > >>> and to xfsprogs ("xfs_quota: wire up XFS_GETQSTATV") to pass. > >> > >> I've applied these patches to kernel (4.8-rc1 based) and xfsprogs > >> (4.7-rc1 based), and the quota filter fix to xfstests, but I still saw > >> failures on this, did I miss anything? > >> > >> [root@dhcp-66-86-11 xfstests]# diff -u tests/xfs/263.out /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad > >> --- tests/xfs/263.out 2016-08-15 10:56:23.973000000 +0800 > >> +++ /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad 2016-08-15 13:29:48.934000000 +0800 > >> @@ -9,11 +9,11 @@ > >> Group quota state on SCRATCH_MNT (SCRATCH_DEV) > >> Accounting: OFF > >> Enforcement: OFF > >> - Inode: N/A > >> + Inode: #0 (0 blocks, 0 extents) > >> Project quota state on SCRATCH_MNT (SCRATCH_DEV) > >> Accounting: OFF > >> Enforcement: OFF > >> - Inode: N/A > >> + Inode: #0 (0 blocks, 0 extents) > > > > strange, that's the kind of thing the kernel patch was intended to fix. > > > > I meant to retest from scratch on bleeding-edge upstream, but too many > > things got in the way today. Will try again tomorrow... > > Can you recheck? I built everything from scratch on a freshly-installed > box, and with the patches mentioned, it passes for me. Sure, will do. > > oh, but try V2 of the xfsprogs patch ;) (I'll send that in a minute). No problem :) Thanks, Eryu -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Mon, Aug 15, 2016 at 10:15:17PM -0500, Eric Sandeen wrote: > > strange, that's the kind of thing the kernel patch was intended to fix. > > > > I meant to retest from scratch on bleeding-edge upstream, but too many > > things got in the way today. Will try again tomorrow... > > Can you recheck? I built everything from scratch on a freshly-installed > box, and with the patches mentioned, it passes for me. > > oh, but try V2 of the xfsprogs patch ;) (I'll send that in a minute). The v2 patch of xfsprogs works! Test passed for me too this time. Thanks, Eryu -- To unsubscribe from this list: send the line "unsubscribe fstests" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
--- tests/xfs/263.out 2016-08-15 10:56:23.973000000 +0800 +++ /root/workspace/xfstests/results//xfs_4k_crc/xfs/263.out.bad 2016-08-15 13:29:48.934000000 +0800 @@ -9,11 +9,11 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -29,7 +29,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -45,7 +45,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -57,7 +57,7 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON @@ -73,7 +73,7 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON @@ -93,11 +93,11 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -113,7 +113,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -129,7 +129,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: N/A + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -141,7 +141,7 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: #100 (1 blocks, 1 extents) + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON @@ -157,7 +157,7 @@ Group quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: OFF Enforcement: OFF - Inode: #100 (1 blocks, 1 extents) + Inode: #0 (0 blocks, 0 extents) Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON @@ -177,7 +177,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON - Inode: #101 (1 blocks, 1 extents) + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days] @@ -193,7 +193,7 @@ Project quota state on SCRATCH_MNT (SCRATCH_DEV) Accounting: ON Enforcement: ON - Inode: #101 (1 blocks, 1 extents) + Inode: #0 (0 blocks, 0 extents) Blocks grace time: [7 days] Inodes grace time: [7 days] Realtime Blocks grace time: [7 days]