- openSUSE Kubic Bugs

[Bug 1209824] systemctl restart rebootmgr not working
by bugzilla_noreply＠suse.com 28 Mar '23

28 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209824 https://bugzilla.suse.com/show_bug.cgi?id=1209824#c4 --- Comment #4 from Andreas Vetter <vetter(a)physik.uni-wuerzburg.de> --- On Leap 15.4 /usr/lib/systemd/system/rebootmgr.service has explicitly KillMode=none -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1209824] systemctl restart rebootmgr not working
by bugzilla_noreply＠suse.com 28 Mar '23

28 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209824 https://bugzilla.suse.com/show_bug.cgi?id=1209824#c3 --- Comment #3 from Andreas Vetter <vetter(a)physik.uni-wuerzburg.de> --- (In reply to Thorsten Kukuk from comment #2) > (In reply to Andreas Vetter from comment #1) > > Two ways come to my mind to solve this: > > 1) Set KillMode=control-group for rebootmgr.service > > This is the default... Aehm, not in this case: schnuffi:~ # systemctl show rebootmgr.service | grep KillMode KillMode=none -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1209824] systemctl restart rebootmgr not working
by bugzilla_noreply＠suse.com 28 Mar '23

28 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209824 https://bugzilla.suse.com/show_bug.cgi?id=1209824#c2 --- Comment #2 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Andreas Vetter from comment #1) > Two ways come to my mind to solve this: > 1) Set KillMode=control-group for rebootmgr.service This is the default... The question is, which of the libraries is doing the fork and why it is blocking the kill signals. Are there any more useful error messages around rebootmgr? I have never seen this on my MicroOS and Tumbleweed machines... -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1209824] New: systemctl restart rebootmgr not working
by bugzilla_noreply＠suse.com 28 Mar '23

28 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209824 Bug ID: 1209824 Summary: systemctl restart rebootmgr not working Classification: openSUSE Product: openSUSE Distribution Version: Leap 15.4 Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: vetter(a)physik.uni-wuerzburg.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- My setup is traditional, i.e. non-transactional. I use os-update and rebootmgr together to update, restart services and reboot. When rebootmgr is affected by a update, e.g. libcurl, then os-update tries to systemctl restart rebootmgr But this fails: Mar 28 01:29:15 schnuffi os-update[12355]: Restarting rebootmgr Mar 28 01:29:15 schnuffi root[12632]: Restarting rebootmgr Mar 28 01:30:45 schnuffi os-update[12633]: Job for rebootmgr.service failed because a timeout was exceeded. Mar 28 01:30:45 schnuffi os-update[12633]: See "systemctl status rebootmgr.service" and "journalctl -xeu rebootmgr.service" for details. In fact, the leading rebootmgr process 1249 was not killed and there are children: schnuffi:~ # systemctl status rebootmgr �� rebootmgr.service - Reboot Manager Loaded: loaded (/usr/lib/systemd/system/rebootmgr.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Tue 2023-03-28 07:29:45 UTC; 56min ago Docs: man:rebootmgrd(8) man:rebootmgrctl(1) Process: 13806 ExecStart=/usr/sbin/rebootmgrd (code=exited, status=1/FAILURE) Main PID: 13806 (code=exited, status=1/FAILURE) Tasks: 240 (limit: 1015) CGroup: /system.slice/rebootmgr.service �� 1249 /usr/sbin/rebootmgrd �� 12634 /usr/sbin/rebootmgrd �� 12656 /usr/sbin/rebootmgrd �� 12666 /usr/sbin/rebootmgrd �� 12668 /usr/sbin/rebootmgrd �� 12672 /usr/sbin/rebootmgrd �� 12674 /usr/sbin/rebootmgrd �� 12675 /usr/sbin/rebootmgrd �� 12678 /usr/sbin/rebootmgrd �� 12682 /usr/sbin/rebootmgrd �� 12684 /usr/sbin/rebootmgrd �� 12687 /usr/sbin/rebootmgrd �� 12708 /usr/sbin/rebootmgrd �� 12710 /usr/sbin/rebootmgrd �� 12713 /usr/sbin/rebootmgrd �� 12716 /usr/sbin/rebootmgrd �� 12718 /usr/sbin/rebootmgrd �� 12722 /usr/sbin/rebootmgrd �� 12725 /usr/sbin/rebootmgrd �� 12727 /usr/sbin/rebootmgrd �� 12728 /usr/sbin/rebootmgrd �� 12730 /usr/sbin/rebootmgrd �� 12753 /usr/sbin/rebootmgrd �� 12754 /usr/sbin/rebootmgrd �� 12755 /usr/sbin/rebootmgrd �� 12756 /usr/sbin/rebootmgrd �� 12759 /usr/sbin/rebootmgrd �� 12762 /usr/sbin/rebootmgrd �� 12764 /usr/sbin/rebootmgrd �� 12765 /usr/sbin/rebootmgrd �� 12767 /usr/sbin/rebootmgrd �� 12771 /usr/sbin/rebootmgrd �� 12791 /usr/sbin/rebootmgrd �� 12794 /usr/sbin/rebootmgrd �� 12795 /usr/sbin/rebootmgrd �� 12797 /usr/sbin/rebootmgrd �� 12799 /usr/sbin/rebootmgrd �� 12805 /usr/sbin/rebootmgrd �� 12807 /usr/sbin/rebootmgrd �� 12809 /usr/sbin/rebootmgrd �� 12811 /usr/sbin/rebootmgrd �� 12813 /usr/sbin/rebootmgrd �� 12838 /usr/sbin/rebootmgrd �� 12839 /usr/sbin/rebootmgrd �� 12841 /usr/sbin/rebootmgrd �� 12842 /usr/sbin/rebootmgrd �� 12845 /usr/sbin/rebootmgrd �� 12848 /usr/sbin/rebootmgrd �� 12852 /usr/sbin/rebootmgrd �� 12854 /usr/sbin/rebootmgrd �� 12858 /usr/sbin/rebootmgrd �� 12861 /usr/sbin/rebootmgrd �� 12881 /usr/sbin/rebootmgrd �� 12883 /usr/sbin/rebootmgrd �� 12885 /usr/sbin/rebootmgrd �� 12887 /usr/sbin/rebootmgrd �� 12889 /usr/sbin/rebootmgrd �� 12891 /usr/sbin/rebootmgrd �� 12895 /usr/sbin/rebootmgrd �� 12896 /usr/sbin/rebootmgrd �� 12898 /usr/sbin/rebootmgrd �� 12900 /usr/sbin/rebootmgrd �� 12920 /usr/sbin/rebootmgrd �� 12921 /usr/sbin/rebootmgrd �� 12924 /usr/sbin/rebootmgrd �� 12929 /usr/sbin/rebootmgrd �� 12930 /usr/sbin/rebootmgrd �� 12932 /usr/sbin/rebootmgrd �� 12935 /usr/sbin/rebootmgrd �� 12937 /usr/sbin/rebootmgrd �� 12939 /usr/sbin/rebootmgrd �� 12942 /usr/sbin/rebootmgrd �� 12964 /usr/sbin/rebootmgrd �� 12965 /usr/sbin/rebootmgrd �� 12967 /usr/sbin/rebootmgrd �� 12969 /usr/sbin/rebootmgrd �� 12972 /usr/sbin/rebootmgrd �� 12973 /usr/sbin/rebootmgrd �� 12975 /usr/sbin/rebootmgrd �� 12978 /usr/sbin/rebootmgrd �� 12980 /usr/sbin/rebootmgrd �� 12981 /usr/sbin/rebootmgrd �� 13166 /usr/sbin/rebootmgrd �� 13169 /usr/sbin/rebootmgrd �� 13170 /usr/sbin/rebootmgrd �� 13173 /usr/sbin/rebootmgrd �� 13176 /usr/sbin/rebootmgrd �� 13178 /usr/sbin/rebootmgrd �� 13179 /usr/sbin/rebootmgrd �� 13181 /usr/sbin/rebootmgrd �� 13182 /usr/sbin/rebootmgrd �� 13186 /usr/sbin/rebootmgrd �� 13205 /usr/sbin/rebootmgrd �� 13209 /usr/sbin/rebootmgrd �� 13210 /usr/sbin/rebootmgrd �� 13212 /usr/sbin/rebootmgrd �� 13214 /usr/sbin/rebootmgrd �� 13216 /usr/sbin/rebootmgrd �� 13219 /usr/sbin/rebootmgrd �� 13222 /usr/sbin/rebootmgrd �� 13224 /usr/sbin/rebootmgrd �� 13244 /usr/sbin/rebootmgrd �� 13245 /usr/sbin/rebootmgrd �� 13249 /usr/sbin/rebootmgrd �� 13250 /usr/sbin/rebootmgrd �� 13254 /usr/sbin/rebootmgrd �� 13256 /usr/sbin/rebootmgrd �� 13257 /usr/sbin/rebootmgrd �� 13260 /usr/sbin/rebootmgrd �� 13261 /usr/sbin/rebootmgrd �� 13265 /usr/sbin/rebootmgrd �� 13285 /usr/sbin/rebootmgrd �� 13287 /usr/sbin/rebootmgrd �� 13289 /usr/sbin/rebootmgrd �� 13291 /usr/sbin/rebootmgrd �� 13293 /usr/sbin/rebootmgrd �� 13294 /usr/sbin/rebootmgrd �� 13296 /usr/sbin/rebootmgrd �� 13299 /usr/sbin/rebootmgrd �� 13300 /usr/sbin/rebootmgrd �� 13302 /usr/sbin/rebootmgrd �� 13324 /usr/sbin/rebootmgrd �� 13325 /usr/sbin/rebootmgrd �� 13328 /usr/sbin/rebootmgrd �� 13332 /usr/sbin/rebootmgrd �� 13335 /usr/sbin/rebootmgrd �� 13337 /usr/sbin/rebootmgrd �� 13339 /usr/sbin/rebootmgrd �� 13342 /usr/sbin/rebootmgrd �� 13343 /usr/sbin/rebootmgrd �� 13344 /usr/sbin/rebootmgrd �� 13366 /usr/sbin/rebootmgrd �� 13367 /usr/sbin/rebootmgrd �� 13368 /usr/sbin/rebootmgrd �� 13370 /usr/sbin/rebootmgrd �� 13372 /usr/sbin/rebootmgrd �� 13374 /usr/sbin/rebootmgrd �� 13376 /usr/sbin/rebootmgrd �� 13379 /usr/sbin/rebootmgrd �� 13380 /usr/sbin/rebootmgrd �� 13381 /usr/sbin/rebootmgrd �� 13403 /usr/sbin/rebootmgrd �� 13405 /usr/sbin/rebootmgrd �� 13406 /usr/sbin/rebootmgrd �� 13409 /usr/sbin/rebootmgrd �� 13411 /usr/sbin/rebootmgrd �� 13414 /usr/sbin/rebootmgrd �� 13416 /usr/sbin/rebootmgrd �� 13418 /usr/sbin/rebootmgrd �� 13421 /usr/sbin/rebootmgrd �� 13423 /usr/sbin/rebootmgrd �� 13443 /usr/sbin/rebootmgrd �� 13444 /usr/sbin/rebootmgrd �� 13448 /usr/sbin/rebootmgrd �� 13449 /usr/sbin/rebootmgrd �� 13454 /usr/sbin/rebootmgrd �� 13456 /usr/sbin/rebootmgrd �� 13457 /usr/sbin/rebootmgrd �� 13461 /usr/sbin/rebootmgrd �� 13464 /usr/sbin/rebootmgrd �� 13466 /usr/sbin/rebootmgrd �� 13485 /usr/sbin/rebootmgrd �� 13489 /usr/sbin/rebootmgrd �� 13493 /usr/sbin/rebootmgrd �� 13495 /usr/sbin/rebootmgrd �� 13497 /usr/sbin/rebootmgrd �� 13500 /usr/sbin/rebootmgrd �� 13502 /usr/sbin/rebootmgrd �� 13503 /usr/sbin/rebootmgrd �� 13507 /usr/sbin/rebootmgrd �� 13508 /usr/sbin/rebootmgrd �� 13527 /usr/sbin/rebootmgrd �� 13530 /usr/sbin/rebootmgrd �� 13533 /usr/sbin/rebootmgrd �� 13536 /usr/sbin/rebootmgrd �� 13538 /usr/sbin/rebootmgrd �� 13542 /usr/sbin/rebootmgrd �� 13544 /usr/sbin/rebootmgrd �� 13546 /usr/sbin/rebootmgrd �� 13550 /usr/sbin/rebootmgrd �� 13553 /usr/sbin/rebootmgrd �� 13573 /usr/sbin/rebootmgrd �� 13574 /usr/sbin/rebootmgrd �� 13578 /usr/sbin/rebootmgrd �� 13581 /usr/sbin/rebootmgrd �� 13582 /usr/sbin/rebootmgrd �� 13584 /usr/sbin/rebootmgrd �� 13586 /usr/sbin/rebootmgrd �� 13590 /usr/sbin/rebootmgrd �� 13592 /usr/sbin/rebootmgrd �� 13595 /usr/sbin/rebootmgrd �� 13614 /usr/sbin/rebootmgrd �� 13617 /usr/sbin/rebootmgrd �� 13618 /usr/sbin/rebootmgrd �� 13620 /usr/sbin/rebootmgrd �� 13623 /usr/sbin/rebootmgrd �� 13624 /usr/sbin/rebootmgrd �� 13627 /usr/sbin/rebootmgrd �� 13628 /usr/sbin/rebootmgrd �� 13630 /usr/sbin/rebootmgrd �� 13633 /usr/sbin/rebootmgrd �� 13654 /usr/sbin/rebootmgrd �� 13657 /usr/sbin/rebootmgrd �� 13658 /usr/sbin/rebootmgrd �� 13660 /usr/sbin/rebootmgrd �� 13663 /usr/sbin/rebootmgrd �� 13665 /usr/sbin/rebootmgrd �� 13667 /usr/sbin/rebootmgrd �� 13670 /usr/sbin/rebootmgrd �� 13672 /usr/sbin/rebootmgrd �� 13674 /usr/sbin/rebootmgrd �� 13694 /usr/sbin/rebootmgrd �� 13698 /usr/sbin/rebootmgrd �� 13700 /usr/sbin/rebootmgrd �� 13703 /usr/sbin/rebootmgrd �� 13704 /usr/sbin/rebootmgrd �� 13708 /usr/sbin/rebootmgrd �� 13711 /usr/sbin/rebootmgrd �� 13715 /usr/sbin/rebootmgrd �� 13717 /usr/sbin/rebootmgrd �� 13718 /usr/sbin/rebootmgrd �� 13738 /usr/sbin/rebootmgrd �� 13740 /usr/sbin/rebootmgrd �� 13743 /usr/sbin/rebootmgrd �� 13745 /usr/sbin/rebootmgrd �� 13747 /usr/sbin/rebootmgrd �� 13751 /usr/sbin/rebootmgrd �� 13753 /usr/sbin/rebootmgrd �� 13756 /usr/sbin/rebootmgrd �� 13759 /usr/sbin/rebootmgrd �� 13761 /usr/sbin/rebootmgrd �� 13782 /usr/sbin/rebootmgrd �� 13784 /usr/sbin/rebootmgrd �� 13786 /usr/sbin/rebootmgrd �� 13788 /usr/sbin/rebootmgrd �� 13790 /usr/sbin/rebootmgrd �� 13793 /usr/sbin/rebootmgrd �� 13794 /usr/sbin/rebootmgrd �� 13796 /usr/sbin/rebootmgrd �� 13799 /usr/sbin/rebootmgrd M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13782 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13784 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13786 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13788 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13790 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13793 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13794 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13796 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: rebootmgr.service: Unit process 13799 (rebootmgrd) remains running after unit stopped. M��r 28 07:29:45 schnuffi systemd[1]: Failed to start Reboot Manager. zypper ps only lists the leading process 1249: schnuffi:~ # zypper ps The following running processes use deleted files: PID | PPID | UID | User | Command | Service | Files -----+------+-----+------+------------+-----------+---------------------------- 1249 | 1 | 0 | root | rebootmgrd | rebootmgr | /usr/lib64/libcurl.so.4.7.0 You may wish to restart these processes. See 'man zypper' for information about the meaning of values in the above table. No core libraries or services have been updated since the last system boot. Reboot is probably not necessary. rebootmgr is not working anymore: schnuffi:~ # rebootmgrctl status Failed to connect to the D-BUS daemon: The maximum number of active connections for UID 0 has been reached I have to killall rebootmgrd to get rid of all the processes and can then systemctl start rebootmgr -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1209720] New: transactional-update order of operations
by bugzilla_noreply＠suse.com 26 Mar '23

26 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209720 Bug ID: 1209720 Summary: transactional-update order of operations Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Enhancement Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: harrytse(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- My system has been stuck on on Snapshot 20230316 for a few updates, with it attempting to re-apply daily in addition to any subsequent updates. Upon restart the new snapshot isn't viable and reverts to 20230316 snapshot. I managed to isolate the issue to systemd 253.1-3.1 and udev 253.1-3. I managed to move the system forward by locking the systemd package with zypper addlock, apply transactional-update to the remaining packages, restarting in the updated snapshot, then removing the lock on systemd to apply transactional-update again. I would assume that these two packages managed to install in Tumbleweed without issues, but this experience seems to reveal some packages require an order of operations that MicroOS's snapshot design that makes it difficult to cope with. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1209736] New: MicroOS only boots in recoverymode after adding device to btrfs filesystem and rebuilding initramfs
by bugzilla_noreply＠suse.com 26 Mar '23

26 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209736 Bug ID: 1209736 Summary: MicroOS only boots in recoverymode after adding device to btrfs filesystem and rebuilding initramfs Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: vortex(a)z-ray.de QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Created attachment 865838 --> http://bugzilla.opensuse.org/attachment.cgi?id=865838&action=edit journal after 26nd March 2023 Hello there, this is kind of a difficult issue to narrow down but easy to reproduce. Steps to reproduce: - run "sudo btrfs device add /dev/sdxn /home" - wait for an update to execute dracut to rebuild the initramfs or manually using a transactional-shell with dracut -f - Reboot Observed behaviour: - GRUB2 complains about: error: ../../grub-core/commands/loadenv.c:113: invalid environment block - Boot gets stuck at a black screen - No logs during the failing boot attempts - Recovery mode boots normally with out the GRUB message and produces logs - The previous snapshot before the initramfs rebuild still runs fine to this day also without recovery mode but also shows the GRUB error now. Here is the situation: After adding a device to the btrfs filesystem as described above and then rebuilding the initramfs makes the system unable to boot unless you select recovery mode from GRUB. What makes it really hard to narrow down this issue is that there are no logs generated during the normal boot: sudo journalctl --list-boots IDX BOOT ID FIRST ENTRY LAST ENTRY -17 3bbd492bb2054e658544344ba559f2fc Wed 2023-03-22 12:50:09 CET Wed 2023-03-22 13:07:49 CET -16 68a82d45e1f946959b8a7511cff13fd8 Wed 2023-03-22 13:08:23 CET Wed 2023-03-22 13:12:15 CET -15 bea204d500f642628b9914a41af22b55 Wed 2023-03-22 13:12:47 CET Wed 2023-03-22 17:22:41 CET -14 7af1b8a760c045beb852a9ffa62313d2 Wed 2023-03-22 17:23:14 CET Wed 2023-03-22 17:39:27 CET -13 25064359d7dc496f936a55d6259c94ed Wed 2023-03-22 17:39:50 CET Thu 2023-03-23 01:00:54 CET -12 f3b74bb09e4f42cd99a6e24101698005 Thu 2023-03-23 01:01:24 CET Thu 2023-03-23 01:04:04 CET -11 b8bb60cedaa347f3ba8b8aa961ce99d9 Thu 2023-03-23 10:49:14 CET Thu 2023-03-23 13:40:00 CET -10 b52ee0b220f04920aac861d77ef155e1 Thu 2023-03-23 13:40:26 CET Thu 2023-03-23 15:50:44 CET -9 8bf5f33fe1104124a625a2f05a48b0b7 Thu 2023-03-23 16:52:27 CET Fri 2023-03-24 00:54:55 CET -8 cce1655614dc4a53bc711144b1eb94d8 Fri 2023-03-24 10:38:33 CET Fri 2023-03-24 17:27:27 CET -7 07a857748896466a84f5b9663ad7ee27 Fri 2023-03-24 20:56:35 CET Fri 2023-03-24 21:10:30 CET -6 1701c711b38849afa2727d72648027f3 Fri 2023-03-24 21:43:41 CET Sat 2023-03-25 00:32:37 CET -5 3a9341fe48014659b8828fe7e2b72815 Sat 2023-03-25 12:27:56 CET Sat 2023-03-25 20:49:47 CET -4 077ba7b889804822a7e553c8130cf178 Sat 2023-03-25 20:56:58 CET Sat 2023-03-25 21:02:25 CET -3 a057d1da74bb432fa8d00cf13fd471fa Sat 2023-03-25 21:09:28 CET Sat 2023-03-25 23:42:16 CET -2 5312d2840a754a00b0bd854ebe99321c Sat 2023-03-25 23:45:28 CET Sat 2023-03-25 23:56:49 CET -1 7100209c9fcd4e27b52e601c54c84854 Sun 2023-03-26 11:57:58 CEST Sun 2023-03-26 12:39:35 CEST 0 f9a79721d7bd433b8af5028500b32422 Sun 2023-03-26 12:43:50 CEST Sun 2023-03-26 12:45:59 CEST I normally booted the system at 11:50 on March 26, 12:40 and 12:42 to get logs but as you can see in the output above only my boot attempts in recovery mode at 11:57 and 12:43 got logged. Looking at the logs from the last transactional update which partially broke the boot process I couldn't spot anything wrong but I'll add it in case it still holds valuable information. Also I'll add my entire logs after the 26nd March 2023 (today) in case the recovery mode logs do tell anything usefull. Additional changes I did to the default MicroOS image which might or might not be related are: - Installed proprietary nvidia drivers - added the follwing to my modprobe to get Wayland on nvidia: - options nvidia_drm modeset=1 - options nvidia NVreg_PreserveVideoMemoryAllocations=1 - Added sane-backends and simple-scan - set the following SE Bools: - sudo setsebool -P selinuxuser_execmod 1 - sudo setsebool -P selinuxuser_execstack 1 Note: All those changes where made before adding additional devices to the btrfs FS and worked fine since 9th November 2022. And also after a re-installtion of the OS at 22nd March 2023 also before adding the devices to the FS. My current btrfs filesystem layout: btrfs filesystem show Label: none uuid: 93f66fac-795c-4522-bb9c-7e3b99c54e3d Total devices 4 FS bytes used 3.00TiB devid 1 size 931.01GiB used 709.01GiB path /dev/nvme0n1p2 devid 2 size 931.51GiB used 710.00GiB path /dev/sda1 devid 3 size 931.51GiB used 709.00GiB path /dev/sdb1 devid 5 size 3.64TiB used 950.06GiB path /dev/sdc1 device 4 was removed as I was about to narrow down the issue in an attempt do restore the single device btrfs file system structure but skipped this for now to properly write this bug report. Additionally I'd like to mention I added the additional devices after the initial installation of MicroOS. What also makes me kinda wonder is the following situation when running "btrfs device usage /home" or "btrfs device usage /" both show the same devices even though I only added the additional drives to just /home: btrfs device usage /home /dev/nvme0n1p2, ID: 1 Device size: 931.01GiB Device slack: 3.50KiB Data,single: 707.01GiB Metadata,DUP: 2.00GiB Unallocated: 222.00GiB /dev/sda1, ID: 2 Device size: 931.51GiB Device slack: 3.50KiB Data,single: 708.00GiB Metadata,DUP: 2.00GiB Unallocated: 221.51GiB /dev/sdb1, ID: 3 Device size: 931.51GiB Device slack: 0.00B Data,single: 705.00GiB Metadata,DUP: 4.00GiB Unallocated: 222.51GiB /dev/sdc1, ID: 5 Device size: 3.64TiB Device slack: 3.50KiB Data,single: 946.00GiB Metadata,DUP: 4.00GiB System,DUP: 64.00MiB Unallocated: 2.71TiB #################################### btrfs device usage / /dev/nvme0n1p2, ID: 1 Device size: 931.01GiB Device slack: 3.50KiB Data,single: 707.01GiB Metadata,DUP: 2.00GiB Unallocated: 222.00GiB /dev/sda1, ID: 2 Device size: 931.51GiB Device slack: 3.50KiB Data,single: 708.00GiB Metadata,DUP: 2.00GiB Unallocated: 221.51GiB /dev/sdb1, ID: 3 Device size: 931.51GiB Device slack: 0.00B Data,single: 705.00GiB Metadata,DUP: 4.00GiB Unallocated: 222.51GiB /dev/sdc1, ID: 5 Device size: 3.64TiB Device slack: 3.50KiB Data,single: 946.00GiB Metadata,DUP: 4.00GiB System,DUP: 64.00MiB Unallocated: 2.71TiB Anyhow: What actually does the recovery mode differently then a normal boot that it is able to advance to the desktop which fails during a normal boot no matter if you target runlevel 5 or 3 and shows me text output during boot? Why does the recovery mode produce logs but the normal boot doesn't? Or did I just do something incredibly stupid? Kind regards, Imo -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 1209720] transactional-update order of operations
by bugzilla_noreply＠suse.com 25 Mar '23

25 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209720 https://bugzilla.suse.com/show_bug.cgi?id=1209720#c1 --- Comment #1 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to Harry Tse from comment #0) > I would assume that these two packages managed to install in Tumbleweed > without issues, but this experience seems to reveal some packages require an > order of operations that MicroOS's snapshot design that makes it difficult > to cope with. On all of our test and production servers the update to systemd and udev 253.1 worked flawless. This must be something specific to your setup or machine. But without any concrete details (error messages, logs, ...) it is impossible to identify the root cause for your problem. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1209716] New: Add additional packages to enhance GNOME experience for MicroOS Desktop
by bugzilla_noreply＠suse.com 24 Mar '23

24 Mar '23

https://bugzilla.suse.com/show_bug.cgi?id=1209716 Bug ID: 1209716 Summary: Add additional packages to enhance GNOME experience for MicroOS Desktop Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: All OS: openSUSE Tumbleweed Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: opuspace(a)gmail.com QA Contact: qa-bugs(a)suse.de CC: jlopez777+opensuse(a)gmail.com, sfalken(a)cloverleaf-linux.org Depends on: 1209171 Found By: --- Blocker: --- Add the following packages default on microOS GNOME Desktop. 1. `typelib-1_0-Vte-2_91` this is necessary if you install any gnome-shell extension that depends on vte, for example, the popular drop-down terminal extension ddterm depends on this package. 2. `webp-pixbuf-loader` without this package, GNOME Files won't show thumbnail for WebP images. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[Bug 1184411] Opening polari flatpak crashes packagekitd and makes gnome go back to login screen
by bugzilla_noreply＠suse.com 20 Mar '23

20 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1184411 http://bugzilla.opensuse.org/show_bug.cgi?id=1184411#c2 Marcos de Souza <mpdesouza(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Marcos de Souza <mpdesouza(a)suse.com> --- I'm currently using TW and I never saw it happen again. Closing. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1209249] New: [Build 20230313] openQA test fails in kubectl
by bugzilla_noreply＠suse.com 15 Mar '23

15 Mar '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1209249 Bug ID: 1209249 Summary: [Build 20230313] openQA test fails in kubectl Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/3172301/modules/kube ctl/steps/18 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: Kubic Assignee: kubic-bugs(a)opensuse.org Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation "zypper -n in kubernetes-client" results in Problem: nothing provides 'kubernetes1.24-client = 1.24.3' needed by the to be installed kubernetes-client-1.24.3-26.4.x86_64 Solution 1: do not install kubernetes-client-1.24.3-26.4.x86_64 Solution 2: break kubernetes-client-1.24.3-26.4.x86_64 by ignoring some of its dependencies openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-containers_host_kubectl@64bit fails in [kubectl](https://openqa.opensuse.org/tests/3172301/modules/kubectl/steps/18) ## Test suite description Maintainer: dheidler. Extra tests about CLI software in container module ## Reproducible Fails since (at least) Build [20230313](https://openqa.opensuse.org/tests/3172301) (current job) ## Expected result Last good: [20230312](https://openqa.opensuse.org/tests/3170391) (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 the assignee for the bug.

1 2