Bugzilla – Bug 1220882
qemu/kvm install in distrobox / Tumbleweed x86_64 fails in posttrans
Last modified: 2024-07-10 08:47:12 UTC
Hello seems like qemu/kvm install inside container (distrobox) is not working as expected. https://en.opensuse.org/Distrobox It seems to detect container as Legacy system, perhaps that's fine, but perhaps it would be fair to treat containers differently. I'm personally not interested in running virt stack inside container, however, they're dependencies pulled as part of sudo zypper in openSUSE-release-tools osc-plugins-staging The host OS is Leap 15.6, however what matters is the containers OS and that's freshly deployed openSUSE Tumbleweed, where the installation raises errors. (292/307) Installing: librbd1-16.2.14.66+g7aa6ce9419f-3.2.x86_64 .........[done] (293/307) Installing: qemu-block-rbd-8.2.1-3.1.x86_64 ....................[done] (294/307) Installing: qemu-tools-8.2.1-3.1.x86_64 ........................[done] (295/307) Installing: qemu-x86-8.2.1-3.1.x86_64 ..........................[done] stat: cannot statx '/proc/1/root/': Permission denied /var/tmp/rpm-tmp.koFhq8: line 2: [: =: unary operator expected (296/307) Installing: qemu-8.2.1-3.1.x86_64 ..............................[done] (297/307) Installing: qemu-ovmf-x86_64-202308-3.5.noarch .................[done] (298/307) Installing: build-20240221-1.1.noarch ..........................[done] (299/307) Installing: build-mkdrpms-20240221-1.1.noarch ..................[done] (300/307) Installing: obs-service-source_validator-0.34-2.1.noarch .......[done] (301/307) Installing: obs-service-download_files-0.9.2-1.3.noarch ........[done] (302/307) Installing: obs-service-format_spec_file-20240121-1.2.noarch ...[done] (303/307) Installing: obs-service-tar_scm-0.10.43-1.1.noarch .............[done] (304/307) Installing: obs-service-obs_scm-0.10.43-1.1.noarch .............[done] (305/307) Installing: osc-1.6.1-1.1.noarch ...............................[done] (306/307) Installing: openSUSE-release-tools-20240223.f941f9d-1.1.noarch .[done] (307/307) Installing: osclib-20240223.f941f9d-1.1.noarch .................[done] %posttrans(kvm_stat-6.7.7-23.3.noarch) script output: Failed to send reload request: Permission denied error: lua script failed: [string "%transfiletriggerin(udev-254.9-2.1.x86_64)"]:4: exit code %transfiletriggerin(sdbootutil-1+git20240215.cb7e392-1.1.x86_64) script output: Error: No ESP detected. Legacy system? warning: %transfiletriggerin(sdbootutil-1+git20240215.cb7e392-1.1.x86_64) scriptlet failed, exit status 1 Running post-transaction scripts .........................................[done] Installation has completed with error. lkocman@tw:~>
(In reply to Lubos Kocman from comment #0) > %posttrans(kvm_stat-6.7.7-23.3.noarch) script output: > Failed to send reload request: Permission denied > error: lua script failed: [string > "%transfiletriggerin(udev-254.9-2.1.x86_64)"]:4: exit code > %transfiletriggerin(sdbootutil-1+git20240215.cb7e392-1.1.x86_64) script > output: > Error: No ESP detected. Legacy system? > warning: %transfiletriggerin(sdbootutil-1+git20240215.cb7e392-1.1.x86_64) > scriptlet failed, exit status 1 > Running post-transaction scripts > .........................................[done] > Installation has completed with error. > Hi! I'm happy to help, but I'm unfamiliar with what's actually happening here. The %posttrans section of kvm_stat is this one: > %if 0%{?suse_version} > 1500 > %posttrans > # Migration to /usr/etc, restore just created .rpmsave > for i in logrotate.d/kvm_stat ; do > test -f %{_sysconfdir}/${i}.rpmsave && mv -v %{_sysconfdir}/${i}.rpmsave %> {_sysconfdir}/${i} ||: > done > %endif What is it, in the above code, that could be causing the shown error? And what is it that I can do about that? I'll investigate but, if anyone knows better already, feel free help (even just understanding the problem...)
(In reply to Lubos Kocman from comment #0) > The host OS is Leap 15.6, however what matters is the containers OS and > that's freshly deployed openSUSE Tumbleweed, where the installation raises > errors. > Hey Lubos, is this still a problem? I just very recently installed osc, build, osc-service-*, etc in a fresh Tumbleweed distrobox, and they brought in qemu, qemu-x86, etc, and saw no issues...