Bugzilla – Bug 1221038
[Build 5.32] LTP ioprio_set03 fails in kernel-default-base in sle15sp6
Last modified: 2024-03-12 10:10:51 UTC
Created attachment 873252 [details] journal ## Observation openQA test in scenario sle-15-SP6-JeOS-for-kvm-and-xen-x86_64-jeos-ltp-syscalls@uefi-virtio-vga fails in [ioprio_set03](https://openqa.suse.de/tests/13713298/modules/ioprio_set03/steps/6) Currently see ioprio_set03 test fails executed against kernel-default-base in x86_64 and aarch64 images Test failure: tst_test.c:1709: TINFO: LTP version: 20240129 tst_test.c:1595: TINFO: Timeout per run is 0h 00m 30s ioprio_set03.c:40: TFAIL: ioprio_set IOPRIO_CLASS_BE prio 8 should not work ioprio_set03.c:49: TINFO: tested illegal priority with class NONE ioprio_set03.c:51: TPASS: returned correct error for wrong prio: EINVAL (22) Summary: passed 1 failed 1 broken 0 skipped 0 warnings 0 Kernel package info: Name : kernel-default-base Version : 6.4.0 Release : 150600.9.2.150600.10.40 Architecture: x86_64 Install Date: Mon Mar 4 18:16:58 2024 Group : System/Kernel Size : 133051390 License : GPL-2.0-only Signature : RSA/SHA256, Tue Feb 27 18:20:02 2024, Key ID 70af9e8139db7c82 Source RPM : kernel-default-base-6.4.0-150600.9.2.150600.10.40.src.rpm Build Date : Tue Feb 27 18:19:08 2024 Build Host : h01-ch3a Relocations : (not relocatable) Packager : https://www.suse.com/ Vendor : SUSE LLC <https://www.suse.com/> URL : https://www.kernel.org/ Summary : The Standard Kernel - base modules Description : The standard kernel for both uniprocessor and multiprocessor systems. Source Timestamp: 2024-02-23 21:11:52 +0000 GIT Revision: 375d88dfed97fd49d3c88f06f7fce0babe3f7953 GIT Branch: users/osalvador/SLE15-SP6/for-next This package contains only the base modules, required in all installs. This is a subpackage of kernel-default. Development files are in kernel-default-devel, sources in kernel-source, and debug information in kernel-default-debuginfo. Distribution: SUSE Linux Enterprise 15 LTP package: ltp-stable-20240129-150500.50.3.x86_64.rpm Tested images: * SLES15-SP6-Minimal-VM.x86_64-kvm-and-xen-Build5.32.qcow2 * SLES15-SP6-Minimal-VM.aarch64-kvm-Build5.32.qcow2 ## Reproducible Fails since (at least) Build [3.30](https://openqa.suse.de/tests/13086650) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.suse.de/tests/latest?arch=x86_64&distri=sle&flavor=JeOS-for-kvm-and-xen&machine=uefi-virtio-vga&test=jeos-ltp-syscalls&version=15-SP6)
Is it different from bug 1217465? linux-glibc-devel package was updated very recently to catch up SLE15-SP6 uapi changes.
(In reply to Takashi Iwai from comment #1) > Is it different from bug 1217465? > > linux-glibc-devel package was updated very recently to catch up SLE15-SP6 > uapi changes. I do not think so, but the issue does not occur in kernel-default anymore. So something has been overlooked when it comes to kernel-default-base
(In reply to Martin Loviska from comment #2) > (In reply to Takashi Iwai from comment #1) > > Is it different from bug 1217465? > > > > linux-glibc-devel package was updated very recently to catch up SLE15-SP6 > > uapi changes. > > I do not think so, but the issue does not occur in kernel-default anymore. > So something has been overlooked when it comes to kernel-default-base That's the crucial information! The difference of kernel-default vs kernel-default-base is only modules. That said, you can compare the difference of loaded modules, and try to figure out which one is missing for this error; you can copy the module from kernel-default.rpm and load it manually on kernel-default-base system.
(In reply to Takashi Iwai from comment #3) > (In reply to Martin Loviska from comment #2) > > (In reply to Takashi Iwai from comment #1) > > > Is it different from bug 1217465? > > > > > > linux-glibc-devel package was updated very recently to catch up SLE15-SP6 > > > uapi changes. > > > > I do not think so, but the issue does not occur in kernel-default anymore. > > So something has been overlooked when it comes to kernel-default-base > > That's the crucial information! > > The difference of kernel-default vs kernel-default-base is only modules. > That said, you can compare the difference of loaded modules, and try to > figure out which one is missing for this error; you can copy the module from > kernel-default.rpm and load it manually on kernel-default-base system. I have found that kernel QA is running syscalls test suite in an installation job that changes kernel-default for kernel-default-base [1]. The LTP ioprio_set03 test, that fails in the bootable VM image, does not fail in this installation scenario that booted kernel-default-base. [2] Comparing the loaded modules between this installation test and Minimal-VM image test, I have found that Minimal-VM image loads these additional modules. Diff: ['binfmt_misc', 'fat', 'nls_cp437', 'nls_iso8859_1', 'vfat'] Minimal-VM image modules: 86 Installation scenario modules: 81 [1] https://openqa.suse.de/tests/13712959#step/boot_ltp/71 [2] https://openqa.suse.de/tests/13712959#step/ioprio_set03/7
Alright, it was a test setup issue. http://kepler.suse.cz/tests/22750#step/ioprio_set03/7 Thank you, Takashi, for your help! Sorry for the noise!