September 2021 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[Bug 1190326] Update to kernel 5.14 makes disks disapear/system unbootable
by bugzilla_noreply＠suse.com 27 Sep '21

27 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190326 https://bugzilla.suse.com/show_bug.cgi?id=1190326#c12 --- Comment #12 from Olaf Hering <ohering(a)suse.com> --- How does dracut detect the requirement for xen-blkfront in 5.13? How would it need to detect the requirement for xen-blkfront in 5.14? Did a kernel ABI change, or does dract just make incorrect assumptions? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1183525] [Build 102.1] frozen linuxrc at "kexec parameters" on aarch64
by bugzilla_noreply＠suse.com 27 Sep '21

27 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1183525 https://bugzilla.suse.com/show_bug.cgi?id=1183525#c31 --- Comment #31 from openQA Review <openqa-review(a)suse.de> --- This is an autogenerated message for openQA integration by the openqa_review script: This bug is still referenced in a failing openQA test: boot_linuxrc https://openqa.opensuse.org/tests/1938771 To prevent further reminder comments one of the following options should be followed: 1. The test scenario is fixed by applying the bug fix to the tested product or the test is adjusted 2. The openQA job group is moved to "Released" or "EOL" (End-of-Life) 3. The bugref in the openQA scenario is removed or replaced, e.g. `label:wontfix:boo1234` -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190883] New: sched_autogroup_enabled is gone
by bugzilla_noreply＠suse.com 26 Sep '21

26 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190883 Bug ID: 1190883 Summary: sched_autogroup_enabled is gone Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: andreas_nordal_4(a)hotmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:94.0) Gecko/20100101 Firefox/94.0 Build Identifier: > cat /proc/sys/kernel/sched_autogroup_enabled cat: /proc/sys/kernel/sched_autogroup_enabled: No such file or directory I need to disable cgroup autogrouping, but the knob for doing it is gone! Reason for needing to disable it: I run Boinc (which eats CPU), so it is important for me that systemd nice levels actually work! (no, CPUSchedulingPolicy=idle doesn't help.) Reproducible: Always > uname -a | cut -d' ' -f3- 5.13.8-1-default #1 SMP Thu Aug 5 08:56:22 UTC 2021 (967c6a8) x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190561] OOPS / Invalid RIP in when attaching XDP program to veth interface
by bugzilla_noreply＠suse.com 26 Sep '21

26 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190561 http://bugzilla.opensuse.org/show_bug.cgi?id=1190561#c16 --- Comment #16 from Mark Rohrbacher <m.rohrbacher(a)r-dev.de> --- The stress test is now running for more than 48 hrs without any crashes, so the problem seems to be solved with your kernel. As this bug also affects the latest SLES15 SP3 kernel, can I expect a patch for that, too? -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1165535] System lockup under memory pressure using encrypted swap on SSD (failed command: WRITE FPDMA QUEUED)
by bugzilla_noreply＠suse.com 26 Sep '21

26 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1165535 http://bugzilla.opensuse.org/show_bug.cgi?id=1165535#c15 Nikolai Nikolaevskii <kaykaykay123(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kaykaykay123(a)gmail.com --- Comment #15 from Nikolai Nikolaevskii <kaykaykay123(a)gmail.com> --- ILL problem with Samsung SATA SSDs. Problem was solved by recent kernel update. More info: https://forums.opensuse.org/showthread.php/559734-Avoid-using-Samsung-SATA-… -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190326] New: Update to kernel 5.14 makes disks disapear/system unbootable
by bugzilla_noreply＠suse.com 24 Sep '21

24 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190326 Bug ID: 1190326 Summary: Update to kernel 5.14 makes disks disapear/system unbootable Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: dennis(a)glindhart.dk QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Updating to kernel 5.14 (Tumbleweed Sep 5 2021 snapshot) makes system unbootable when running on top of Xen-server. This seems like a general kernel 5.14 bug, not specific to openSuSE/Tumbleweed as I can reproduce on Fedora 34 (by updating to 5.14 testing kernel from koji). 5.13 works perfectly. On Tumbleweed, during boot it hangs in "starting dracut initqueue hook" and times out waiting for /dev/disk/by-uuid/xxxx It seems like kernel cannot identify the disks at all (working fine on 5.13) After entering the recovery-mode, follow is observed: - lsblk shows only the CD-rom drive - ls /dev/disk/ only has by-path and by-id. by-uuid directory is gone. I've reproduced the problem in cleanly installed Tumbleweed (both MicroOS/Ignition and install from ISO), and clean installed Fedora 34. Following kernel versions tested/are affected: 5.14.0 and 5.14.1 (5.14.1 tested on Fedora). Can be reproduced on Fedora with both BTRFS and XFS/LVM install, so not specific to BTRFS. Reproduced on two seperate XCP-ng 8.2 (xen-based) Hypervisors. From hypervisors: # yum info qemu Installed Packages Name : qemu Arch : x86_64 Epoch : 2 Version : 2.10.2 Release : 4.5.3.xcpng8.2 Size : 19 M Repo : installed From repo : install Summary : qemu-dm device model License : GPL Description : This package contains Qemu. # uname -a Linux hostname 4.19.0+1 #1 SMP Wed Dec 16 12:16:11 CET 2020 x86_64 x86_64 x86_64 GNU/Linux -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 1190561] OOPS / Invalid RIP in when attaching XDP program to veth interface
by bugzilla_noreply＠suse.com 24 Sep '21

24 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190561 https://bugzilla.suse.com/show_bug.cgi?id=1190561#c15 --- Comment #15 from Borislav Petkov <bpetkov(a)suse.com> --- (In reply to Mark Rohrbacher from comment #14) > 5.3.18-1 looks older than the official kernel, which was 5.3.18-59.19. Was > that intentional? Bah, that's just wrong numbering. I'm sure there's a reason why those build service kernels don't get numbered with the official releases numbers. > Anyway, the new kernel version is now loading/unloading xdp programs for > more than one hour. With the last kernel version, the crash occurred after > approx. 20mins, so this looks pretty good. > Nevertheless, I'll leave it running through the weekend. Sounds good - lemme know if it has survived and I can queue it next week. Thx. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190561] OOPS / Invalid RIP in when attaching XDP program to veth interface
by bugzilla_noreply＠suse.com 24 Sep '21

24 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190561 http://bugzilla.opensuse.org/show_bug.cgi?id=1190561#c14 --- Comment #14 from Mark Rohrbacher <m.rohrbacher(a)r-dev.de> --- 5.3.18-1 looks older than the official kernel, which was 5.3.18-59.19. Was that intentional? Anyway, the new kernel version is now loading/unloading xdp programs for more than one hour. With the last kernel version, the crash occurred after approx. 20mins, so this looks pretty good. Nevertheless, I'll leave it running through the weekend. Thanks for your effort. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190561] OOPS / Invalid RIP in when attaching XDP program to veth interface
by bugzilla_noreply＠suse.com 24 Sep '21

24 Sep '21

https://bugzilla.suse.com/show_bug.cgi?id=1190561 https://bugzilla.suse.com/show_bug.cgi?id=1190561#c13 --- Comment #13 from Borislav Petkov <bpetkov(a)suse.com> --- Ok, try this here: https://beta.suse.com/private/bpetkov/1190561/ You might need new suse-module-tools package which is there too. HTH. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1190650] New: Cannot build SLE15-SP3 with osc since d9a1357edd73 ("rpm: Define $certs as rpm macro (bsc#1189841)").
by bugzilla_noreply＠suse.com 24 Sep '21

24 Sep '21

http://bugzilla.opensuse.org/show_bug.cgi?id=1190650 Bug ID: 1190650 Summary: Cannot build SLE15-SP3 with osc since d9a1357edd73 ("rpm: Define $certs as rpm macro (bsc#1189841)"). Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kernel Assignee: kernel-bugs(a)opensuse.org Reporter: gleep(a)gmx.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- To reproduce: scripts/tar-up.sh scripts/osc_wrapper build --clean kernel-source/kernel-default.spec or that + --alternative-project=Kernel:SLE15-SP3 result: ... [ 1717s] Signing certificates [ 1717s] + certs=() [ 1717s] + test y = y [ 1717s] + for f in /home/abuild/rpmbuild/SOURCES/.kernel_signing_certs/*.crt [ 1717s] + mkdir -p /home/abuild/rpmbuild/BUILDROOT/kernel-default-5.3.18-0.g316993b.x86_64/etc/uefi/certs [ 1717s] + cp -v '/home/abuild/rpmbuild/SOURCES/.kernel_signing_certs/*.crt' /home/abuild/rpmbuild/BUILDROOT/kernel-default-5.3.18-0.g316993b.x86_64/etc/uefi/certs [ 1717s] cp: cannot stat '/home/abuild/rpmbuild/SOURCES/.kernel_signing_certs/*.crt': No such file or directory [ 1717s] error: Bad exit status from /var/tmp/rpm-tmp.Qthsdz (%install) Reverting the rpm/kernel-binary.spec.in bits fixes it up for me, but that's clearly not a proper solution. Do external builders have to pass another arg to osc_wrapper or do some .oscrc configuration changes after that commit? Note: I'm running Leap-15.3, I'm filing this bug against it because SLE15-SP3 is its kernel (shrug). What I want to build is actually my local SLE15-SP3-RT, which precedes the export of the SUSE SLE15-SP3-RT branch by a lot, and which I of course consider superior, me being its 'mom' ;-) -- You are receiving this mail because: You are the assignee for the bug.

1 1