- openSUSE Kubic Bugs

[Bug 1207509] New: [Build 20230124] buildah is not happy with the etc/containers/storage.conf
by bugzilla_noreply＠suse.com 25 Jan '23

25 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1207509 Bug ID: 1207509 Summary: [Build 20230124] buildah is not happy with the etc/containers/storage.conf Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other URL: https://openqa.opensuse.org/tests/3066635/modules/buil dah/steps/73 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: dimstar(a)opensuse.org QA Contact: qa-bugs(a)suse.de Found By: openQA Blocker: Yes ## Observation [33mWARN[0m[0000] Failed to decode the keys ["storage.driver_priority"] from "/etc/containers/storage.conf" [31mERRO[0m[0000] The storage 'driver' option must be set in /etc/containers/storage.conf to guarantee proper operation Issue was introduced with https://build.opensuse.org/request/show/1060361#tab-pane-changes +- storage.conf: Unset 'driver' and set 'driver_priority' to + allow podman to use 'btrfs' if available and fallback to + 'overlay' if not. openQA test in scenario opensuse-Tumbleweed-DVD-x86_64-containers_host_podman@64bit fails in [buildah](https://openqa.opensuse.org/tests/3066635/modules/buildah/steps/73) ## Test suite description Maintainer: dheidler. Extra tests about CLI software in container module ## Reproducible Fails since (at least) Build [20230124](https://openqa.opensuse.org/tests/3066155) ## Expected result Last good: [20230123](https://openqa.opensuse.org/tests/3063296) (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 1

[Bug 1175850] User mount option 'x-initrd.mount' vanishes during initrd transitions
by bugzilla_noreply＠suse.com 24 Jan '23

24 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1175850 Bug 1175850 depends on bug 1198731, which changed state. Bug 1198731 Summary: libmount: when moving a mounted tree, all mounted sub tree entries in utab should also be updated https://bugzilla.suse.com/show_bug.cgi?id=1198731 What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1199051] [Build 20220430] dracut - post trans failure
by bugzilla_noreply＠suse.com 19 Jan '23

19 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1199051 https://bugzilla.suse.com/show_bug.cgi?id=1199051#c11 David Cassany <dcassany(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|IN_PROGRESS |RESOLVED Resolution|--- |FIXED --- Comment #11 from David Cassany <dcassany(a)suse.com> --- Closing as fixed, the upstream fix is available since kiwi v9.24.41, current TW version is already v9.24.55 -- You are receiving this mail because: You are on the CC list for the bug.

1 0

[Bug 1200457] New: iscsi.service cannot start at microos
by bugzilla_noreply＠suse.com 10 Jan '23

10 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1200457 Bug ID: 1200457 Summary: iscsi.service cannot start at microos 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: matwey.kornilov(a)gmail.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- Hello, I am running microOS 20220611 with open-iscsi-2.1.7-90.1.x86_64. When I try to start iscsi.service the following error appears: Jun 12 19:16:09 localhost.localdomain systemd[1]: Starting Login and scanning of iSCSI devices... Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: Maybe you are not root? Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: Could not lock discovery DB: /etc/iscsi/lock.write: No such file or directory Jun 12 19:16:09 localhost.localdomain iscsiadm[1009]: iscsiadm: No records found Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: Maybe you are not root? Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: Could not lock discovery DB: /etc/iscsi/lock.write: No such file or directory Jun 12 19:16:09 localhost.localdomain iscsiadm[1017]: iscsiadm: No records found Jun 12 19:16:09 localhost.localdomain iscsiadm[1018]: iscsiadm: Could not get list of targets from firmware. (err 21) Jun 12 19:16:09 localhost.localdomain systemd[1]: Finished Login and scanning of iSCSI devices. -- You are receiving this mail because: You are the assignee for the bug.

1 1

[kubic-bugs] [Bug 1167780] New: MicroOS images don't update grub if booted without EFI
by bugzilla_noreply＠novell.com 09 Jan '23

09 Jan '23

http://bugzilla.suse.com/show_bug.cgi?id=1167780 Bug ID: 1167780 Summary: MicroOS images don't update grub if booted without EFI Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: Other OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: fvogt(a)suse.com Reporter: fvogt(a)suse.com QA Contact: qa-bugs(a)suse.de CC: kubic-bugs(a)opensuse.org Found By: --- Blocker: --- The .qcow2 images are meant to work fine on systems with EFI (optionally secure boot) and without, so they have both i386-pc and x86_64-efi targets of grub2 installed by kiwi during image building. Kiwi sets LOADER_TYPE="grub2-efi" for this. When booting the image without EFI though, this is not changed by anything and so update-bootloader only manages the x86_64-efi target of grub2. As the grub.cfg file is in the same location, there aren't any immediate issues, but it means that grub is never updated in those deployments. -- You are receiving this mail because: You are on the CC list for the bug.

2 13

[Bug 1206947] cleanup-overlays should also delete empty folders in /var/lib/overlay
by bugzilla_noreply＠suse.com 09 Jan '23

09 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206947 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|kubic-bugs(a)opensuse.org |iforster(a)suse.com -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1206700] systemd: Failed to start Create missing directories from rpmdb
by bugzilla_noreply＠suse.com 09 Jan '23

09 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206700 https://bugzilla.suse.com/show_bug.cgi?id=1206700#c3 Thorsten Kukuk <kukuk(a)suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |kukuk(a)suse.com Assignee|kubic-bugs(a)opensuse.org |sbrabec(a)suse.com --- Comment #3 from Thorsten Kukuk <kukuk(a)suse.com> --- (In reply to B from comment #0) > Dez 26 16:48:07 microos-pc create_dirs_from_rpmdb[921]: Failed to resolve > uuidd/uuidd That's the problem: util-linux packages a directory owned by the uuidd:uuidd user and group, but does not create the account. Either the package list is wrong (directory should be part of a sub-package or so) or the user(uuid)/group(uuid) requires are wrong. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1206947] New: cleanup-overlays should also delete empty folders in /var/lib/overlay
by bugzilla_noreply＠suse.com 08 Jan '23

08 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206947 Bug ID: 1206947 Summary: cleanup-overlays should also delete empty folders in /var/lib/overlay 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: reiokorn(a)tutanota.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- I've noticed that the transactional-update cleanup-overlays isn't removing the folders of unused /etc overlay directories in /var/lib/overlay After many updates, this causes a large number of empty folders to appear there. As an improvement, I suggest that the cleaning mechanism for the overlays also deletes the empty folders. -- You are receiving this mail because: You are the assignee for the bug.

1 0

[Bug 1206700] New: systemd: Failed to start Create missing directories from rpmdb
by bugzilla_noreply＠suse.com 08 Jan '23

08 Jan '23

http://bugzilla.opensuse.org/show_bug.cgi?id=1206700 Bug ID: 1206700 Summary: systemd: Failed to start Create missing directories from rpmdb Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: x86-64 OS: Other Status: NEW Severity: Normal Priority: P5 - None Component: MicroOS Assignee: kubic-bugs(a)opensuse.org Reporter: reiokorn(a)tutanota.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- sudo journalctl -b | grep rpm Dez 26 16:48:07 microos-pc systemd[1]: Starting Create missing directories from rpmdb... Dez 26 16:48:07 microos-pc create_dirs_from_rpmdb[921]: Failed to resolve uuidd/uuidd Dez 26 16:48:07 microos-pc systemd[1]: create-dirs-from-rpmdb.service: Main process exited, code=exited, status=1/FAILURE Dez 26 16:48:07 microos-pc systemd[1]: create-dirs-from-rpmdb.service: Failed with result 'exit-code'. Dez 26 16:48:07 microos-pc systemd[1]: Failed to start Create missing directories from rpmdb. -- You are receiving this mail because: You are the assignee for the bug.

1 2

[Bug 1206570] New: [SELinux] rebootmgr: new features needs bash execution
by bugzilla_noreply＠suse.com 02 Jan '23

02 Jan '23

https://bugzilla.suse.com/show_bug.cgi?id=1206570 Bug ID: 1206570 Summary: [SELinux] rebootmgr: new features needs bash execution 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: kukuk(a)suse.com QA Contact: qa-bugs(a)suse.de Found By: --- Blocker: --- rebootmgr get's a new feature: make the reboot command configureable, so that we could use kexec, too (https://github.com/SUSE/rebootmgr/issues/13) This requires that the policy for rebootmgr allows to execute a shell: type=AVC msg=audit(1671572322.755:93): avc: denied { execute } for pid=1445 comm="rebootmgrd" name="bash" dev="vda2" ino=43372 scontext=system_u:system_r:rebootmgr_t:s0 tcontext=system_u:object_r:shell_exec_t:s0 tclass=file permissive=0 -- You are receiving this mail because: You are the assignee for the bug.

1 2