From: Darrick J. Wong <djwong@xxxxxxxxxx> There are a few hard to reproduce bugs in xfs_repair where it can deadlock trying to lock a buffer that it already owns. These stalls cause fstests never to finish, which is annoying! To fix this, set up the xfs_repair run to abort after 10 minutes, which will affect the golden output and capture a core file. This doesn't fix xfs_repair, obviously. Signed-off-by: Darrick J. Wong <djwong@xxxxxxxxxx> --- tests/xfs/155 | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/tests/xfs/155 b/tests/xfs/155 index 302607b510..fba557bff6 100755 --- a/tests/xfs/155 +++ b/tests/xfs/155 @@ -27,6 +27,10 @@ _require_scratch_xfs_crc # needsrepair only exists for v5 _require_populate_commands _require_libxfs_debug_flag LIBXFS_DEBUG_WRITE_CRASH +# Inject a 10 minute abortive timeout on the repair program so that deadlocks +# in the program do not cause fstests to hang indefinitely. +XFS_REPAIR_PROG="timeout -s ABRT 10m $XFS_REPAIR_PROG" + # Populate the filesystem _scratch_populate_cached nofill >> $seqres.full 2>&1
