action #66203
closed[kernel][ltp] test fails in ioctl_loop05 - LOOP_SET_DIRECT_IO succeeded unexpectedly
0%
Description
Observation¶
openQA test in scenario sle-15-SP2-Online-aarch64-ltp_syscalls_debug_pagealloc@aarch64-virtio fails in
ioctl_loop05
Test suite description¶
maintainer: pvorel, rpalethorpe. A large collection of tests for individual system calls. This is generally considered to be the most important test suit within the LTP. The IPC tests have been filtered out from the syscalls runtest file. They are ran as part of the syscalls_ipc test case.
NOTE: for GRUB_BOOT_NONDEFAULT=1 depends on order in GRUB_PARAM in install_ltp job.
Reproducible¶
Fails since (at least) Build 136.2
Expected result¶
Last good: 128.1 (or more recent)
Further details¶
Always latest result in this scenario: latest
ioctl_loop05.c:36: PASS: lo_flags has LO_FLAGS_DIRECT_IO flag
ioctl_loop05.c:40: PASS: /sys/block/loop0/loop/dio = 1
ioctl_loop05.c:38: PASS: lo_flags doesn't have LO_FLAGS_DIRECT_IO flag
ioctl_loop05.c:40: PASS: /sys/block/loop0/loop/dio = 0
ioctl_loop05.c:61: PASS: LOOP_SET_DIRECT_IO succeeded
ioctl_loop05.c:36: PASS: lo_flags has LO_FLAGS_DIRECT_IO flag
ioctl_loop05.c:40: PASS: /sys/block/loop0/loop/dio = 1
ioctl_loop05.c:74: FAIL: LOOP_SET_DIRECT_IO succeeded unexpectedly
Failed.
Test took approximately 0.693848999000693 seconds
Some test output could not be parsed: 7 lines were ignored.
Updated by metan over 4 years ago
There does not seem to be anything wrong with the test, it works fine on different filesystem but fails on Btrfs for some reason.
Looking at the kernel code it may be that inode->i_sb->s_bdev is not set on Btrfs, but I would have to talk to kernel devs about this.
Updated by metan over 4 years ago
Patch to the test send to ML after confirming with jeffm.
Updated by metan over 4 years ago
The fix has been pushed, the test should be fine in the next testrun.
Updated by metan over 4 years ago
- Status changed from Feedback to Resolved
Test is working fine in latest build.
Updated by pvorel over 4 years ago
NOTE: it was also broken on other archs, not just aarch64
And 4 days ago Jan Stancek pushed fix for ioctl_loop05 on s390 (not relevant to this)
https://github.com/linux-test-project/ltp/commit/5a1897f04b95e2a4c966a6057bdeaff0fd195c0b
Updated by pcervinka about 4 years ago
- Target version changed from 457 to QE Kernel Done
Updated by jlausuch almost 4 years ago
@pcervinka @pvorel
we found this issue still in 15-SP1 QU5:
https://openqa.suse.de/tests/5063689#comments
Updated by pcervinka almost 4 years ago
@jlausuch this could be https://bugzilla.suse.com/show_bug.cgi?id=1176983, also QAM jobs dont use daily LTP with latest fixes, if you still think it is a new issue, please open a new progress ticket, but please check if the bug is applicable and it happens on latest ltp build (in QA:Head repo).
Updated by jlausuch almost 4 years ago
pcervinka wrote:
@jlausuch this could be https://bugzilla.suse.com/show_bug.cgi?id=1176983, also QAM jobs dont use daily LTP with latest fixes, if you still think it is a new issue, please open a new progress ticket, but please check if the bug is applicable and it happens on latest ltp build (in QA:Head repo).
For 15-SP1 QU5 we install LTP from https://build.suse.de/project/repository_state/QA:Head/SLE-15-SP1
Are latest LTP builds ending in all versions in QA:Head?
Updated by pvorel almost 4 years ago
@jlausuch FYI master branch is in https://build.suse.de/package/show/QA:Head/ltp
latest release is in https://build.suse.de/package/show/QA:Head/qa_test_ltp
Updated by jlausuch almost 4 years ago
But aren't we using latest master status when adding the repo like this?
zypper -n --gpg-auto-import-keys ar -f -p 0 --no-gpgcheck http://download.suse.de/ibs/QA:/Head/SLE-15-SP1/ qa-head