On Fri, Feb 28, 2025 at 01:33:54PM +0100, David Sterba wrote: > On Sun, Feb 23, 2025 at 08:27:43PM +0800, Zorro Lang wrote: > > Hi all, > > > > The for-next branch of the xfstests repository at: > > > > git://git.kernel.org/pub/scm/fs/xfs/xfstests-dev.git > > > > has just been updated and tagged as v2025.02.23 release. > > > > Release Notes: > > 1) There's not new test cases in this release, this's a release for bug fixes > > particularly. > > 2) Reiserfs part is removed from fstests. > > 3) ltp/growfiles is removed too, I think no one needs it. > > > > I can't list all updates at here, more details please refer to below. > > Thanks for all these contributions! > > > > Thanks, > > Zorro > > > > The new head of the for-next branch is commit: > > > > 5b56a2d88819 fstests: remove reiserfs support > > > > New commits: > > > > Christoph Hellwig (1): > > [04d0cf3f8909] generic/370: don't exclude XFS > > > > Darrick J. Wong (35): > > [cc379f50f3bd] generic/476: fix fsstress process management > > [ab459c67c5e0] metadump: make non-local function variables more obvious > > [f428edcec2a2] metadump: fix cleanup for v1 metadump testing > > [e68a92376165] generic/019: don't fail if fio crashes while shutting down > > [48a3731b50ba] fuzzy: do not set _FSSTRESS_PID when exercising fsx > > [543795bf67f2] common/rc: revert recursive unmount in _clear_mount_stack > > [777732b27e62] common/dump: don't replace pids arbitrarily > > [81f28acda2f2] common/populate: correct the parent pointer name creation formulae > > [9b177d92dc65] generic/759,760: fix MADV_COLLAPSE detection and inclusion > > [241c1c787e5b] generic/759,760: skip test if we can't set up a hugepage for IO > > [77548e6066fd] common/rc: create a wrapper for the su command > > [ac2d48f81094] fuzzy: kill subprocesses with SIGPIPE, not SIGINT > > [c71349150d34] common/rc: hoist pkill to a helper function > > [91d2880aa029] tools: add a Makefile > > [88d60f434bd9] common: fix pkill by running test program in a separate session > > [247ab01fa227] check: run tests in a private pid/mount namespace > > [949bdf8eae31] check: deprecate using process sessions to isolate test instances > > I'm using a setup with a minimal VM system without systemd and such and > dedicate the whole machine to one instance. I'm not interested in the > check-parallel updates and test case separation. All fine if it is > supported and lets me continue using single instance. > > But as I read it and the deprecation it's not going to be the supported > use case. After last week update of fstests 100% of cases failed in the > test setup (_seq_run). My workaround is to simply disable it by > > check: > HAVE_PRIVATENS= > HAVE_SYSTEMD_SCOPES= > > so I don't have to debug changes to the detection of the scope and > namespaces and after each for-next update. I understand that with a > custom system setup I'm on my own but until recently things have been > fine but now after each update either test cases fail or the whole test > infrastructure does not work. > > It's not just me who observes that. It seems that BTRFS is not tested > before release as thoroughly as other filesystems (probably just XFS). I test btrfs (only default), ext4 (+-fsverity, +-dax), ext3, exfat, xfs(1k, 4k, 64k blocksize, +-dax), tmpfs, nfs(base on xfs), cifs(on xfs), exfat, overlay (on xfs) on aarch64, x86_64, s390x and ppc64le. But I'm not an expert of all filesystems, so I just can check there's not big issue from my side for most of fs. But different persons have different test ways, I can't try all different test configs/ways on all filesystems by myself, I already take each weekend to do these things, even I'm fever or on holiday. Even though I'm still asked to release more fast... Darrick's patchset has been in the list more than one month (since 2025-01-16) to get reviewing. And I've tested Darrick's patchset several weeks, and talked with Darrick several times about some issues I found. Darrick has done his best to do that, please don't give him more pressure. But still sorry about I didn't find the "100% fail" big issue in my test env. Feel free to share the config you use, I'll refer to it to change my test. I've gotten lots of pressure recently, I thought this release would be the end, but looks like it's not. If you all (xfs, btrfs, ext4 and others) agree, I can think about reverting the whole check-parallel and its related things, or there's a switch to isolate the effect of check-parallel things. I thought there'll be a painful period, but won't be too much if you don't use check-parallel directly. I thought we will fix some bugs, then return to stable status. But I never thought it's such painful. That's my fault... Thanks, Zorro >
