January 2023 - openSUSE Bugs - openSUSE Mailing Lists

[Bug 1206843] Lenovo T14s Gen3 AMD resume from sleep broken
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206843 https://bugzilla.suse.com/show_bug.cgi?id=1206843#c3 --- Comment #3 from Takashi Iwai <tiwai(a)suse.com> --- OK, thanks for the info update. AFAIK, oft-seen problems with those docs are about the Realtek Ethernet driver (r8152). You can try to unload r8152 before the suspend, if any. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1202361] New: net-snmp logrotate will not reload snmpd.service and opened and delete net-snmpd.log will eat all free space
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1202361 Bug ID: 1202361 Summary: net-snmp logrotate will not reload snmpd.service and opened and delete net-snmpd.log will eat all free space Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.3 Hardware: Other OS: Other Status: NEW Severity: Major Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: michal.siska(a)cs-soft.cz QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- All our openSUSE Leap 15.3 servers had full disk in df, while du shows not that much used space. The problem is in logrotate for net-snmp.log and not working postrotate skript. Here is full demonstration: localhost:~ # df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 4,0M 0 4,0M 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 157M 1,5G 10% /run tmpfs 4,0M 0 4,0M 0% /sys/fs/cgroup /dev/sda2 78G 78G 0 100% / tmpfs 796M 52K 796M 1% /run/user/26 tmpfs 796M 52K 796M 1% /run/user/0 localhost:~ # lsof +L1 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NLINK NODE NAME snmpd 1630 root 3w REG 8,2 63071232000 0 2098987 /var/log/net-snmpd.log-20220628 (deleted) snmpd 1630 root 8w REG 8,2 63071232000 0 2098987 /var/log/net-snmpd.log-20220628 (deleted) localhost:~ # systemctl reload snmpd.service localhost:~ # lsof +L1 COMMAND PID USER FD TYPE DEVICE SIZE/OFF NLINK NODE NAME localhost:~ # df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 4,0M 0 4,0M 0% /dev tmpfs 3,9G 0 3,9G 0% /dev/shm tmpfs 1,6G 157M 1,5G 10% /run tmpfs 4,0M 0 4,0M 0% /sys/fs/cgroup /dev/sda2 78G 19G 55G 26% / tmpfs 796M 52K 796M 1% /run/user/26 tmpfs 796M 52K 796M 1% /run/user/0 localhost:~ # cat /etc/logrotate.d/net-snmp /var/log/net-snmpd.log { compress dateext maxage 365 rotate 99 size=+1024k notifempty missingok create 600 root root su root root sharedscripts postrotate /etc/init.d/snmpd reload ||: if [ -x /etc/init.d/snmptrapd ] ; then \ /etc/init.d/snmptrapd reload ||: ; \ fi endscript } localhost:~ # /etc/init.d/snmpd reload -bash: /etc/init.d/snmpd: No such file or directory -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1206843] Lenovo T14s Gen3 AMD resume from sleep broken
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206843 https://bugzilla.suse.com/show_bug.cgi?id=1206843#c2 --- Comment #2 from Christian Goll <cgoll(a)suse.com> --- This seems to be related to my old Dell docking station, which shows also other malfunctions. I will test again with a new Lenovo docking station and report if the problem persists. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1206828] net-snmp package doesn't support aes256 as privacy protocol
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206828 https://bugzilla.suse.com/show_bug.cgi?id=1206828#c1 Alexander Bergmann <abergmann(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |abergmann(a)suse.com --- Comment #1 from Alexander Bergmann <abergmann(a)suse.com> --- Hi Iulian, thanks for opening this bug report. I've checked and came across the same observation that the higher AES ciphers are not enabled. I will create an update package to make this generally available. If you want to test the Factory version you can use the current build from my OBS home project. https://download.opensuse.org/repositories/home:/abergmann:/net-snmp-aes256… -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1206848] khugepaged at 100% CPU
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206848 https://bugzilla.suse.com/show_bug.cgi?id=1206848#c1 Michal Hocko <mhocko(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kollix(a)aon.at Flags| |needinfo?(kollix(a)aon.at) --- Comment #1 from Michal Hocko <mhocko(a)suse.com> --- Could you collect /proc/vmstat during that time period (say every second)[1]? [1] You can use collect_logs from mmdebug-tools package from https://build.opensuse.org/package/binaries/home:mhocko/mmdebug-tools/openS… The command then would be collect_logs -t1s -i /proc/vmstat -o vmstat.log -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1206592] New: sssd doesn't restart cleanly and even seg.faults during update
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206592 Bug ID: 1206592 Summary: sssd doesn't restart cleanly and even seg.faults during update Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Critical Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 863615 --> https://bugzilla.suse.com/attachment.cgi?id=863615&action=edit sssd.log During update, sssd.rpm tries to restart all sssd sevices and sockets, even if they cannot be restarted. This leads to a lot of error messages and sometimes a non functional sssd service. See the sssd.log in the attachment. According to the admin, it happens on a regular base that they need to restart the daemon. Please restart only this services in the correct order, which lead to a functional system afterwards! Don't restart *.socket services, it's really not necessary. And don't try to restart services which cannot be restarted. If rpmlint complains, ignore that or add an exception. Prior 1 has to be that the services continues to work after an update and the admin does not need to fix it afterwards. If it is not possible to restart sssd in a secure, safe way, better don't do so before you lockout the admin. In this case sssd even seg.faulted in libsss_utils.so, no idea why only in this place and not always. Maybe other, depending libraries got only update afterwards and not before? If this can happen, restarting a service in a pre/post install script is even more dangerous. -- You are receiving this mail because: You are on the CC list for the bug.

1 5

[Bug 1205698] irqbalance.service recently started to take 90 seconds to stop
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1205698 https://bugzilla.suse.com/show_bug.cgi?id=1205698#c5 --- Comment #5 from Patrick Schaaf <patrick.schaaf(a)yalwa.com> --- I see the issue on all my installs, various Intel + AMD CPUs, both with and without virtualization. Will try + test with kernel-default, and come back to you with results. -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1206879] New: [Build 368.1][kde][upgrade from previous leap] openQA test fails in kontact
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206879 Bug ID: 1206879 Summary: [Build 368.1][kde][upgrade from previous leap] openQA test fails in kontact Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.5 Hardware: x86-64 URL: https://openqa.opensuse.org/tests/3014076/modules/kont act/steps/27 OS: openSUSE Leap 15.5 Status: NEW Severity: Normal Priority: P5 - None Component: Basesystem Assignee: screening-team-bugs(a)suse.de Reporter: richard.fan(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation openQA test in scenario opensuse-15.5-DVD-x86_64-zdup-Leap-15.4-kde_to_Leap@64bit fails in [kontact](https://openqa.opensuse.org/tests/3014076/modules/kontact/steps/27) ## Test suite description maintainer: richard.fan(a)suse.com ## Reproducible Fails since (at least) Build [368.1](https://openqa.opensuse.org/tests/3014076) (current job) ## Expected result Last good: (unknown) (or more recent) ## Further details Always latest result in this scenario: [latest](https://openqa.opensuse.org/tests/latest?arch=x86_64&distri=opensus… -- You are receiving this mail because: You are on the CC list for the bug.

1 3

[Bug 1206869] New: azure-cli-core requires python3-packaging < 22.0
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206869 Bug ID: 1206869 Summary: azure-cli-core requires python3-packaging < 22.0 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Cloud:Tools Assignee: public-cloud-maintainers(a)suse.de Reporter: felix.niederwanger(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- When updating from 20230102 to 20230103 I see a packaging problem > Problem: the to be installed azure-cli-core-2.43.0-1.2.noarch requires 'python3-packaging < 22.0', but this requirement cannot be provided > deleted providers: python310-packaging-21.3-4.3.noarch > Solution 1: Following actions will be done: > deinstallation of azure-cli-core-2.43.0-1.1.noarch > deinstallation of azure-cli-2.43.0-1.1.noarch > Solution 2: keep obsolete python310-packaging-21.3-4.3.noarch > Solution 3: break azure-cli-core-2.43.0-1.2.noarch by ignoring some of its dependencies Looks like the azure-cli-core from the Main repository relies on an outdated packaging package. -- You are receiving this mail because: You are on the CC list for the bug.

1 2

[Bug 1205698] irqbalance.service recently started to take 90 seconds to stop
by bugzilla_noreply＠suse.com 05 Jan '23

05 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1205698 https://bugzilla.suse.com/show_bug.cgi?id=1205698#c4 Thomas Renninger <trenn(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.schaaf(a)yalwa.com Flags| |needinfo?(patrick.schaaf@ya | |lwa.com) --- Comment #4 from Thomas Renninger <trenn(a)suse.com> --- > Also, curious about which CPU model you had that issue with. Yep, please attach /proc/cpuinfo output. > Full disclosure: I'm running self-built kernels, currently 5.15.78 Hmm, this is somewhat problematic... If the problem is related to an old or specific kernel version/option, we spend time for nothing. You should really install the tested kernel fitting/provided by the distribution you are running on. At least reproduce the issue there once. -- You are receiving this mail because: You are on the CC list for the bug.

1 0