October 2020 - openSUSE Kernel Bugs - openSUSE Mailing Lists

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c66 --- Comment #66 from Robert Delahunt <radelahunt(a)gmail.com> --- With cgroup_memory=disable removed (not active) in boot parameters.... (By the way, I only started using that parameter during the process of this bug testing, so the initial comments I provided when I first began helping didn't have this...) This is stock kernel (i.e. opensuse-update) Linux desktop-01721d1.lan 5.3.18-lp152.44-default #1 SMP Wed Sep 30 18:51:43 UTC 2020 (914f31e) x86_64 x86_64 x86_64 GNU/Linux mount | grep cgroup > /tmp/cgroup.txt tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) systemctl cat "*.service" | grep -E "# /|Memory" # /run/systemd/generator/systemd-cryptsetup(a)cr\x2dauto\x2d1.service # /usr/lib/systemd/system/kbdsettings.service # /usr/lib/systemd/system/sshd.service # /usr/lib/systemd/system/user@.service # /usr/lib/systemd/system/cups.service # /usr/lib/systemd/system/../../dracut/modules.d/98dracut-systemd/dracut-shutdown.service # /usr/lib/systemd/system/systemd-journald.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/NetworkManager.service # /usr/lib/systemd/system/NetworkManager.service.d/NetworkManager-ovs.conf # /usr/lib/systemd/system/auditd.service ## /etc/systemd/system/auditd.service and add network-online.target # /usr/lib/systemd/system/smartd.service # /usr/lib/systemd/system/lvm2-pvscan@.service # /usr/lib/systemd/system/ModemManager.service # /usr/lib/systemd/system/upower.service MemoryDenyWriteExecute=true # /usr/lib/systemd/system/systemd-random-seed.service # /usr/lib/systemd/system/user@.service # /usr/lib/systemd/system/postfix.service # /usr/lib/systemd/system/mcelog.service # /usr/lib/systemd/system/systemd-fsck@.service # /usr/lib/systemd/system/apparmor.service # /usr/lib/systemd/system/systemd-fsck-root.service # /usr/lib/systemd/system/systemd-modules-load.service # /usr/lib/systemd/system/cron.service # /usr/lib/systemd/system/rtkit-daemon.service # /usr/lib/systemd/system/systemd-fsck@.service # /usr/lib/systemd/system/lvm2-monitor.service # /usr/lib/systemd/system/irqbalance.service # /usr/lib/systemd/system/systemd-ask-password-plymouth.service # /usr/lib/systemd/system/systemd-tmpfiles-setup.service # /usr/lib/systemd/system/systemd-tmpfiles-setup-dev.service # /usr/lib/systemd/system/systemd-update-utmp.service # /usr/lib/systemd/system/avahi-daemon.service # /usr/lib/systemd/system/systemd-journal-flush.service # /usr/lib/systemd/system/dbus.service # /usr/lib/systemd/system/kmod-static-nodes.service # /usr/lib/systemd/system/firewalld.service # /usr/lib/systemd/system/systemd-udev-trigger.service # /usr/lib/systemd/system/systemd-logind.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/accounts-daemon.service # /usr/lib/systemd/system/fwupd.service # /usr/lib/systemd/system/systemd-backlight@.service # /usr/lib/systemd/system/rsyslog.service # /usr/lib/systemd/system/haveged.service # /usr/lib/systemd/system/systemd-backlight@.service # /usr/lib/systemd/system/nscd.service # /usr/lib/systemd/system/polkit.service # /usr/lib/systemd/system/systemd-udevd.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/detect-part-label-duplicates.service # /usr/lib/systemd/system/getty@.service # /usr/lib/systemd/system/getty(a)tty1.service.d/noclear.conf # /usr/lib/systemd/system/display-manager.service # /usr/lib/systemd/system/udisks2.service # /usr/lib/systemd/system/bluetooth.service # /usr/lib/systemd/system/iscsi.service # /usr/lib/systemd/system/systemd-user-sessions.service # /usr/lib/systemd/system/klog.service # /lib/systemd/system/klog.service # /usr/lib/systemd/system/wpa_supplicant.service # /usr/lib/systemd/system/systemd-sysctl.service # /usr/lib/systemd/system/systemd-sysctl.service.d/50-kernel-uname_r.conf # /usr/lib/systemd/system/colord.service # /usr/lib/systemd/system/systemd-remount-fs.service find /sys/fs/cgroup/memory -type d /sys/fs/cgroup/memory -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c65 --- Comment #65 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #64) [...] > By the way this is the stock kernel with cgroup_disable=memory boot > parameter and no swap. Sorry, I should have been more explicit. We are interested in who is using memory cgroup controller. But the cgroup_disable kernel command line makes it disabled. >From the systemctl it seems no service is really trying to use it so I suspect it will be cgroup v1 created automatically and the hierarchy will mirror the systemd organization structure (slices, scopes etc.). Please boot again with the kernel command line parameter dropped. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1159882 http://bugzilla.opensuse.org/show_bug.cgi?id=1159882#c64 --- Comment #64 from Robert Delahunt <radelahunt(a)gmail.com> --- mount | grep cgroup : mpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) systemctl cat "*.service" | grep -E "# /|Memory" # /usr/lib/systemd/system/systemd-update-utmp.service # /usr/lib/systemd/system/kbdsettings.service # /usr/lib/systemd/system/auditd.service ## /etc/systemd/system/auditd.service and add network-online.target # /usr/lib/systemd/system/apparmor.service # /usr/lib/systemd/system/getty@.service # /usr/lib/systemd/system/getty(a)tty1.service.d/noclear.conf # /usr/lib/systemd/system/systemd-fsck@.service # /usr/lib/systemd/system/lvm2-pvscan@.service # /usr/lib/systemd/system/user@.service # /usr/lib/systemd/system/kmod-static-nodes.service # /usr/lib/systemd/system/detect-part-label-duplicates.service # /usr/lib/systemd/system/systemd-user-sessions.service # /usr/lib/systemd/system/systemd-ask-password-plymouth.service # /usr/lib/systemd/system/systemd-journald.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/systemd-fsck@.service # /usr/lib/systemd/system/systemd-udevd.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/rtkit-daemon.service # /usr/lib/systemd/system/accounts-daemon.service # /usr/lib/systemd/system/upower.service MemoryDenyWriteExecute=true # /usr/lib/systemd/system/firewalld.service # /usr/lib/systemd/system/smartd.service # /usr/lib/systemd/system/systemd-backlight@.service # /usr/lib/systemd/system/lvm2-monitor.service # /usr/lib/systemd/system/bluetooth.service # /usr/lib/systemd/system/sshd.service # /usr/lib/systemd/system/dbus.service # /usr/lib/systemd/system/systemd-remount-fs.service # /usr/lib/systemd/system/cron.service # /usr/lib/systemd/system/avahi-daemon.service # /usr/lib/systemd/system/systemd-journal-flush.service # /usr/lib/systemd/system/user@.service # /usr/lib/systemd/system/colord.service # /usr/lib/systemd/system/systemd-tmpfiles-setup.service # /usr/lib/systemd/system/display-manager.service # /usr/lib/systemd/system/cups.service # /usr/lib/systemd/system/udisks2.service # /usr/lib/systemd/system/ModemManager.service # /usr/lib/systemd/system/wpa_supplicant.service # /usr/lib/systemd/system/postfix.service # /run/systemd/generator/systemd-cryptsetup(a)cr\x2dauto\x2d1.service # /usr/lib/systemd/system/mcelog.service # /usr/lib/systemd/system/systemd-logind.service MemoryDenyWriteExecute=yes # /usr/lib/systemd/system/rsyslog.service # /usr/lib/systemd/system/NetworkManager.service # /usr/lib/systemd/system/NetworkManager.service.d/NetworkManager-ovs.conf # /usr/lib/systemd/system/nscd.service # /usr/lib/systemd/system/../../dracut/modules.d/98dracut-systemd/dracut-shutdown.service # /usr/lib/systemd/system/irqbalance.service # /usr/lib/systemd/system/haveged.service # /usr/lib/systemd/system/systemd-backlight@.service # /usr/lib/systemd/system/fwupd.service # /usr/lib/systemd/system/polkit.service # /usr/lib/systemd/system/iscsi.service # /usr/lib/systemd/system/systemd-sysctl.service # /usr/lib/systemd/system/systemd-sysctl.service.d/50-kernel-uname_r.conf # /usr/lib/systemd/system/systemd-udev-trigger.service # /usr/lib/systemd/system/systemd-random-seed.service # /usr/lib/systemd/system/systemd-fsck-root.service # /usr/lib/systemd/system/klog.service # /lib/systemd/system/klog.service # /usr/lib/systemd/system/systemd-modules-load.service # /usr/lib/systemd/system/systemd-tmpfiles-setup-dev.service What are we investigating? By the way this is the stock kernel with cgroup_disable=memory boot parameter and no swap. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c63 Michal Koutný <mkoutny(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(mkoutny(a)suse.com) |needinfo?(radelahunt@gmail. | |com) --- Comment #63 from Michal Koutný <mkoutny(a)suse.com> --- (In reply to Michal Hocko from comment #62) > For the general cgroups setup, please provide > mount | grep cgroup Unless explicitly disabled (with kernel cmdline), the memory hierarchy (root only) would be always mounted. To get the information about fine-grained grouping, I suggest > find /sys/fs/cgroup/memory -type d Additionally, if there's a non-trivial structure, you can track the originating service by looking at Memory* directives (MemoryDenyWriteExecute= is irrelevant) > systemctl cat "*.service" | grep -E "# /|Memory" -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1177009] Leap 15.2 stopped working in KVM with ovmf-ia32 firmware
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1177009 https://bugzilla.suse.com/show_bug.cgi?id=1177009#c13 Fabian Vogt <fvogt(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(fvogt(a)suse.com) | --- Comment #13 from Fabian Vogt <fvogt(a)suse.com> --- (In reply to Michael Chang from comment #11) > If there's no secure boot support required for ia32 and we used to come > acorss some absurd x64 shipped with 32-bit efi firmware, maybe we should > revert the last change made to i386-efi to make sure existing hardware can > continue to work. > > I am not sure whether this has any implication to kiwi again, since they > might see different needs and prefer different "default".. > > @Fabian, > > What do you think ? Thanks in advanced. So linuxefi on grub2-i386-efi is not able to boot the x86_64 Leap kernel? Kiwi does this: set linux=linux set initrd=initrd if [ "$${grub_cpu}" = "x86_64" -o "$${grub_cpu}" = "i386" ];then if [ "$${grub_platform}" = "efi" ]; then set linux=linuxefi set initrd=initrdefi fi fi Which is practically the same logic as in grub itself now with that patch. If there's no reason to use the kernel efi stub on i386 (with an 32bit kernel), I'm also in favor of just not using that there. This would need a change in kiwi as well to remove the '-o "$${grub_cpu}" = "i386"', but I'm not aware of any kiwi image with grub2-i386-efi currently, so it's not urgent. (In reply to Michael Chang from comment #12) > I have tested ovmf-ia32 and openSUSE Tumbleweed (64-bit) booted fine with > latest grub2-i386-efi (2.04-17.1) . The kernel version is 5.8.12-1-default. > > Hi Neil > > Just to make sure we're on the same page. > > It is not clear to me. In comment#7 you described grub version 2.04-17.1 is > broken, but you also mentioned that "In both cases, the broken version of > grub2-i386-efi will boot the Tumbleweed 5.8 kernels, but fails to boot the > Leap 5.3 kernels." > > If some kernel works and others don't, maybe we have to include kernel team > to help, or we just revert the change made to i386-efi (comment#11) given > the 32-bit efi handover entry and 64/32 mixed mode is a bit too chaos that > we probably need to do more test before switching. Both Leap and TW kernels have CONFIG_EFI_MIXED=y, so it should work in theory. It looks like there is some work on the 32->64 startup code in the TW kernel, including https://github.com/torvalds/linux/commit/17054f492dfd4d91e093ebb87013807812…, but AFAICT it should've worked previously with efi handover as well. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1130294] Problem reading past end of CD-ROMs?
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1130294 http://bugzilla.opensuse.org/show_bug.cgi?id=1130294#c13 --- Comment #13 from Michal Suchanek <msuchanek(a)suse.com> --- This is not really a problem. With all weird copy protections it is not always possible to know what is real medium size. The drive should handle access to sectors which do not exist. It is normal that it makes disturbing noises wile seeking. You have shown that it is os-prober that probes the drive causing it to spin up. It does not make much sense for os-prober to probe optical media but that can be said about pretty much everything os-prober does. It is normally not required so you can just remove it. rpm -e os-prober zypper al os-prober -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1159882] Excessive swapping when buffers / cache expand beyond free physical RAM
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1159882 https://bugzilla.suse.com/show_bug.cgi?id=1159882#c62 Michal Hocko <mhocko(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mkoutny(a)suse.com Flags| |needinfo?(mkoutny(a)suse.com) --- Comment #62 from Michal Hocko <mhocko(a)suse.com> --- (In reply to Robert Delahunt from comment #61) > I'm just an average Joe, I don't even know what cgroups are for. I would suspect some service has enabled the memory controller. Or maybe systemd on your system does that but I believe that the version we have in OS15.2 doesn't do that yet. Michal Koutny would know better and maybe give you better clues how to find out. For the general cgroups setup, please provide mount | grep cgroup Next steps will depend on the output. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1130294] Problem reading past end of CD-ROMs?
by bugzilla_noreply＠suse.com 06 Oct '20

06 Oct '20

http://bugzilla.opensuse.org/show_bug.cgi?id=1130294 http://bugzilla.opensuse.org/show_bug.cgi?id=1130294#c12 --- Comment #12 from Ulrich Windl <Ulrich.Windl(a)rz.uni-regensburg.de> --- As a co-incidence: I had a DVD (a "pressed" one, not a "burned" one) in the drive when uninstalling some kernel modules. The drive started to make noises and everything hung until some seconds after I had issued an eject command for the drive (pressing the eject button on the drive repeatedly like mad did not stop it). The optiocal drive sounds like a floppy drive doing "track 0 calibration" all the time and I hear something hitting a hard wall, and that doesn't sound well. Needless to say that only Linux triggers such an effect; I never had such problems with Windows. So very short: The problem still exists with Leap 15.2 and the latest kernel. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1161959] When compiling software on SSD, the whole system hangs
by bugzilla_noreply＠suse.com 05 Oct '20

05 Oct '20

https://bugzilla.suse.com/show_bug.cgi?id=1161959 https://bugzilla.suse.com/show_bug.cgi?id=1161959#c3 Michal Suchanek <msuchanek(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Michal Suchanek <msuchanek(a)suse.com> --- My SSD works fine with mq-deadline on Tumbleweed which is what should be used on 15.2 as well. Please reopen with additional info about the drive type if you can still reproduce the problem on 15.2. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[kernel-bugs] [Bug 1127481] Upgrade to 15.1 tries to install grub-efi even though my bootloader is Legacy BIOS and fails to install packages
by bugzilla_noreply＠suse.com 05 Oct '20

05 Oct '20

1 0