Re: [Libguestfs] libguestfs kernel panic
Install19 Packages Downgrade 1 Package Total download size: 2.9 M Is this ok [y/N]: y Downgraded: supermin-5.2.1-1.module+el8.7.0+21035+a8208c98.x86_64 Installed: annobin-10.94-1.0.1.el8.x86_64 dwz-0.12-10.el8.x86_64 efi-srpm-macros-3-3.0.1.el8.noarch gcc-plugin-annobin-8.5.0-18.0.5.el8.x86_64 ghc-srpm-macros-1.4.2-7.el8.noarchgo-srpm-macros-2-17.el8.noarch ocaml-srpm-macros-5-4.el8.noarch openblas-srpm-macros-2-2.el8.noarch patch-2.7.6-11.el8.x86_64 perl-srpm-macros-1-25.el8.noarch python-rpm-macros-3-45.el8.noarch python-srpm-macros-3-45.el8.noarch python3-rpm-macros-3-45.el8.noarch qt5-srpm-macros-5.15.3-1.el8.noarch redhat-rpm-config-131-1.0.1.el8.noarch rpm-build-4.14.3-26.el8.x86_64 rust-srpm-macros-5-2.el8.noarch supermin-devel-5.2.1-1.module+el8.7.0+21035+a8208c98.x86_64 zstd-1.4.5-6.el8.x86_64 Complete! After that downgrade of my supermin package to the latest one provided by the ol8_kvm_appstream repo, supermin and libguestfs is now working fine ! [root@ol-kvm-h01 dennis]# yum --showduplicates list supermin Last metadata expiration check: 2:16:59 ago on Sat 30 Sep 2023 09:32:40 AM GMT. Installed Packages supermin.x86_64 5.2.1-1.module+el8.7.0+21035+a8208c98 @ol8_kvm_appstream Available Packages supermin.x86_64 5.1.19-10.module+el8.5.0+20635+d56619be ol8_kvm_appstream supermin.x86_64 5.2.1-1.module+el8.6.0+20842+e9607200 ol8_kvm_appstream supermin.x86_64 5.2.1-1.module+el8.7.0+20916+50473d5a ol8_kvm_appstream supermin.x86_64 5.2.1-1.module+el8.7.0+21035+a8208c98 ol8_kvm_appstream Thanks, once again (maybe it was an incompatibility between the libvirt+el8.7 package and the supermin+el8.8 package, which was resolved when the supermin package was downgraded to the supermin+el8.7 package) Regards, Dennis -Original Message- From: Richard W.M. Jones Sent: Sunday, 1 October 2023 12:04 AM To: Clark, Dennis Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] libguestfs kernel panic On Sat, Sep 30, 2023 at 10:42:55AM +, Clark, Dennis wrote: > Ok, Looking at my original installation procedure, including the > slight tweaks to get libvirt-7 loaded, and checking the current server > … it appears the > libvirt-7 packages mention the O/S version (eg el8.7), and there are > packages for several versions, but not for el8.8 … and yet my server > (after patching) is now running OL 8.8 … is that the issue ? No I don't think so. The main thing is to try to find out which part of init.c is crashing (and later, why). > > [0.845792] traps: init[1] general protection fault ip:43faa8 > > > sp:7ffe9b9904b0 error:0 in init[40+a7000] As I don't have OEL, could you try extracting the init binary. It's buried in the supermin executable, so it's best to get it from the debug sources: (1) debuginfo-install supermin (2) rpm -ql supermin-debugsource | grep src/format-ext2-init-bin.h (eg. it will print something like /src/format-ext2-init-bin.h ) (3) Attach the copy of /src/format-ext2-init-bin.h or send it to me by email if it's too big for the list. You might have to compress it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com/ libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org/ DXC Technology NZ Limited (Company number 1441241). ___ Libguestfs mailing list Libguestfs@redhat.com https://listman.redhat.com/mailman/listinfo/libguestfs
Re: [Libguestfs] libguestfs kernel panic
On Sat, Sep 30, 2023 at 10:42:55AM +, Clark, Dennis wrote: > Ok, Looking at my original installation procedure, including the slight tweaks > to get libvirt-7 loaded, and checking the current server … it appears the > libvirt-7 packages mention the O/S version (eg el8.7), and there are packages > for several versions, but not for el8.8 … and yet my server (after patching) > is > now running OL 8.8 … is that the issue ? No I don't think so. The main thing is to try to find out which part of init.c is crashing (and later, why). > > [0.845792] traps: init[1] general protection fault ip:43faa8 > > > sp:7ffe9b9904b0 error:0 in init[40+a7000] As I don't have OEL, could you try extracting the init binary. It's buried in the supermin executable, so it's best to get it from the debug sources: (1) debuginfo-install supermin (2) rpm -ql supermin-debugsource | grep src/format-ext2-init-bin.h (eg. it will print something like /src/format-ext2-init-bin.h ) (3) Attach the copy of /src/format-ext2-init-bin.h or send it to me by email if it's too big for the list. You might have to compress it. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org ___ Libguestfs mailing list Libguestfs@redhat.com https://listman.redhat.com/mailman/listinfo/libguestfs
Re: [Libguestfs] libguestfs kernel panic
Ok, Looking at my original installation procedure, including the slight tweaks to get libvirt-7 loaded, and checking the current server ... it appears the libvirt-7 packages mention the O/S version (eg el8.7), and there are packages for several versions, but not for el8.8 ... and yet my server (after patching) is now running OL 8.8 ... is that the issue ? [root@ol-kvm-h01 tmp]# yum --showduplicates list libvirt Installed Packages libvirt.x86_64 7.10.0-2.module+el8.7.0+21035+a8208c98 @ol8_kvm_appstream Available Packages libvirt.x86_64 7.10.0-2.module+el8.5.0+20635+d56619be ol8_kvm_appstream libvirt.x86_64 7.10.0-2.module+el8.6.0+20842+e9607200 ol8_kvm_appstream libvirt.x86_64 7.10.0-2.module+el8.7.0+20916+50473d5a ol8_kvm_appstream libvirt.x86_64 7.10.0-2.module+el8.7.0+21035+a8208c98 ol8_kvm_appstream Regards, Dennis From: Clark, Dennis Sent: Saturday, 30 September 2023 11:37 PM To: Richard W.M. Jones Cc: libguestfs@redhat.com Subject: RE: [Libguestfs] libguestfs kernel panic Yes, it is unmodified OL 8.8, and I have not (manually) compiled, or recompiled anything (including supermin or libguestfs) [root@ol-kvm-h01 tmp]# cat /etc/*rele* Oracle Linux Server release 8.8 NAME="Oracle Linux Server" VERSION="8.8" ID="ol" ID_LIKE="fedora" VARIANT="Server" VARIANT_ID="server" VERSION_ID="8.8" PLATFORM_ID="platform:el8" PRETTY_NAME="Oracle Linux Server 8.8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:oracle:linux:8:8:server" HOME_URL="https://linux.oracle.com/; BUG_REPORT_URL="https://github.com/oracle/oracle-linux; ORACLE_BUGZILLA_PRODUCT="Oracle Linux 8" ORACLE_BUGZILLA_PRODUCT_VERSION=8.8 ORACLE_SUPPORT_PRODUCT="Oracle Linux" ORACLE_SUPPORT_PRODUCT_VERSION=8.8 Red Hat Enterprise Linux release 8.8 (Ootpa) Oracle Linux Server release 8.8 cpe:/o:oracle:linux:8:8:server [root@ol-kvm-h01 tmp]# uname -a Linux ol-kvm-h01 5.15.0-105.125.6.2.2.el8uek.x86_64 #2 SMP Tue Sep 19 21:02:08 PDT 2023 x86_64 x86_64 x86_64 GNU/Linux FYI: The KVM Host was installed/configured using the below process (I mention this since I needed to perform some additional repo/module configuration in order to get libvirt-7 installed): # Install the Oracle Linux Virtualization Manager Release 4.4 package yum install oracle-ovirt-release-el8 -y Required oVirt 4.4 Yum Channels enabled. Installed: oracle-ovirt-release-el8.x86_64 1.0-1.0.3.el8 Dependency Installed: oracle-gluster-release-el8.x86_64 1.0-2.el8 yum clean all; yum repolist repo id ol8_UEKR6 ol8_UEKR7 ol8_addons ol8_appstream ol8_baseos_latest ol8_gluster_appstream ol8_kvm_appstream ovirt-4.4 ovirt-4.4-extra # Remove any unwanted repos dnf config-manager --disable "ol8_UEKR6" # Ensure libvirt-7 package is available # Disable virt:ol and enable virt:kvm_utils2 (this will make the libvirt-7 package available) # Ref: https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/getstart/getstarted-manager-install.html#manager-prep-kvm if ! yum --showduplicates list libvirt | grep "libvirt.* 7"; then dnf -y module disable virt:ol dnf -y module enable virt:kvm_utils2 yum --showduplicates list libvirt fi # Make sure all packages are up-to-date dnf update -y reboot # Open the Cockpit port firewall-cmd --zone=public --add-port=9090/tcp Regards, Dennis -Original Message- From: Richard W.M. Jones mailto:rjo...@redhat.com>> Sent: Saturday, 30 September 2023 7:20 PM To: Clark, Dennis mailto:dclar...@dxc.com>> Cc: libguestfs@redhat.com<mailto:libguestfs@redhat.com> Subject: Re: [Libguestfs] libguestfs kernel panic On Thu, Sep 28, 2023 at 12:30:28PM +, Clark, Dennis wrote: > [root@ol-kvm-h01 work]# LIBGUESTFS_BACKEND=direct libguestfs-test-tool ... > libguestfs: launch: version=1.44.0rhel=8,release= > 5.0.1.module+el8.7.0+21035+a8208c98,libvirt > > \x1b[2J[0.00] Linux version 5.15.0-105.125.6.2.2.el8uek.x86_64 > (mockbuild at host-100-100-224-56) (gcc (GCC) 11.2.1 20220127 (Red Hat > 11.2.1-9.1.0.6), GNU ld version 2.36.1-2.0.1.el8) #2 SMP Tue Sep 19 21:02:08 > PDT 2023 ^ Looks like OEL. > [0.843934] Run /init as init process ^ This messsage come from the kernel. > [0.845792] traps: init[1] general protection fault ip:43faa8 > sp:7ffe9b9904b0 error:0 in init[40+a7000] > > [0.849636] Kernel panic - not syncing: Attempted to kill init! exitcode= > 0x000b Then the supermin embedded init process appears to crash. That's somewhere probably very early on in this code: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibguestfs%2Fsupermin%2Fblob%2Fmaster%2Finit%2Finit.
Re: [Libguestfs] libguestfs kernel panic
Yes, it is unmodified OL 8.8, and I have not (manually) compiled, or recompiled anything (including supermin or libguestfs) [root@ol-kvm-h01 tmp]# cat /etc/*rele* Oracle Linux Server release 8.8 NAME="Oracle Linux Server" VERSION="8.8" ID="ol" ID_LIKE="fedora" VARIANT="Server" VARIANT_ID="server" VERSION_ID="8.8" PLATFORM_ID="platform:el8" PRETTY_NAME="Oracle Linux Server 8.8" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:oracle:linux:8:8:server" HOME_URL="https://linux.oracle.com/; BUG_REPORT_URL="https://github.com/oracle/oracle-linux; ORACLE_BUGZILLA_PRODUCT="Oracle Linux 8" ORACLE_BUGZILLA_PRODUCT_VERSION=8.8 ORACLE_SUPPORT_PRODUCT="Oracle Linux" ORACLE_SUPPORT_PRODUCT_VERSION=8.8 Red Hat Enterprise Linux release 8.8 (Ootpa) Oracle Linux Server release 8.8 cpe:/o:oracle:linux:8:8:server [root@ol-kvm-h01 tmp]# uname -a Linux ol-kvm-h01 5.15.0-105.125.6.2.2.el8uek.x86_64 #2 SMP Tue Sep 19 21:02:08 PDT 2023 x86_64 x86_64 x86_64 GNU/Linux FYI: The KVM Host was installed/configured using the below process (I mention this since I needed to perform some additional repo/module configuration in order to get libvirt-7 installed): # Install the Oracle Linux Virtualization Manager Release 4.4 package yum install oracle-ovirt-release-el8 -y Required oVirt 4.4 Yum Channels enabled. Installed: oracle-ovirt-release-el8.x86_64 1.0-1.0.3.el8 Dependency Installed: oracle-gluster-release-el8.x86_64 1.0-2.el8 yum clean all; yum repolist repo id ol8_UEKR6 ol8_UEKR7 ol8_addons ol8_appstream ol8_baseos_latest ol8_gluster_appstream ol8_kvm_appstream ovirt-4.4 ovirt-4.4-extra # Remove any unwanted repos dnf config-manager --disable "ol8_UEKR6" # Ensure libvirt-7 package is available # Disable virt:ol and enable virt:kvm_utils2 (this will make the libvirt-7 package available) # Ref: https://docs.oracle.com/en/virtualization/oracle-linux-virtualization-manager/getstart/getstarted-manager-install.html#manager-prep-kvm if ! yum --showduplicates list libvirt | grep "libvirt.* 7"; then dnf -y module disable virt:ol dnf -y module enable virt:kvm_utils2 yum --showduplicates list libvirt fi # Make sure all packages are up-to-date dnf update -y reboot # Open the Cockpit port firewall-cmd --zone=public --add-port=9090/tcp Regards, Dennis -Original Message----- From: Richard W.M. Jones Sent: Saturday, 30 September 2023 7:20 PM To: Clark, Dennis Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] libguestfs kernel panic On Thu, Sep 28, 2023 at 12:30:28PM +, Clark, Dennis wrote: > [root@ol-kvm-h01 work]# LIBGUESTFS_BACKEND=direct libguestfs-test-tool ... > libguestfs: launch: version=1.44.0rhel=8,release= > 5.0.1.module+el8.7.0+21035+a8208c98,libvirt > > \x1b[2J[0.00] Linux version 5.15.0-105.125.6.2.2.el8uek.x86_64 > (mockbuild at host-100-100-224-56) (gcc (GCC) 11.2.1 20220127 (Red Hat > 11.2.1-9.1.0.6), GNU ld version 2.36.1-2.0.1.el8) #2 SMP Tue Sep 19 21:02:08 > PDT 2023 ^ Looks like OEL. > [0.843934] Run /init as init process ^ This messsage come from the kernel. > [0.845792] traps: init[1] general protection fault ip:43faa8 > sp:7ffe9b9904b0 error:0 in init[40+a7000] > > [0.849636] Kernel panic - not syncing: Attempted to kill init! exitcode= > 0x000b Then the supermin embedded init process appears to crash. That's somewhere probably very early on in this code: https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Flibguestfs%2Fsupermin%2Fblob%2Fmaster%2Finit%2Finit.c=05%7C01%7Cdclark66%40dxc.com%7Cb14f2c9313694dcc237d08dbc17d42ea%7C93f33571550f43cfb09fcd331338d086%7C0%7C0%7C638316515975840513%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=j55BHS3h4R%2BdR2xifxQ3iPoq%2BKdMsxKBFRV1ufOqXFM%3D=0<https://github.com/libguestfs/supermin/blob/master/init/init.c> Before I look further at this, is this unmodified OEL 8.7.0? And you didn't recompile supermin or libguestfs? Rich. -- Richard Jones, Virtualization Group, Red Hat https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Fpeople.redhat.com%2F~rjones=05%7C01%7Cdclark66%40dxc.com%7Cb14f2c9313694dcc237d08dbc17d42ea%7C93f33571550f43cfb09fcd331338d086%7C0%7C0%7C638316515975840513%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7C%7C=XSOVmF7WWu9AA0OGf0KHJuQ0i8WBQFeWlcM6BA1jkww%3D=0<http://people.redhat.com/~rjones> Read my programming and virtualization blog: https://nam12.safelinks.protection.outlook.com/?url=http%3A%2F%2Frwmj.wordpress.com%2F=05%7C01%7Cdclark66%40dxc.com%7Cb14f2c9313694dcc237d08dbc17d42ea%7C93f3357155
Re: [Libguestfs] libguestfs kernel panic
On Thu, Sep 28, 2023 at 12:30:28PM +, Clark, Dennis wrote: > [root@ol-kvm-h01 work]# LIBGUESTFS_BACKEND=direct libguestfs-test-tool ... > libguestfs: launch: version=1.44.0rhel=8,release= > 5.0.1.module+el8.7.0+21035+a8208c98,libvirt > > \x1b[2J[0.00] Linux version 5.15.0-105.125.6.2.2.el8uek.x86_64 > (mockbuild at host-100-100-224-56) (gcc (GCC) 11.2.1 20220127 (Red Hat > 11.2.1-9.1.0.6), GNU ld version 2.36.1-2.0.1.el8) #2 SMP Tue Sep 19 21:02:08 > PDT 2023 ^ Looks like OEL. > [0.843934] Run /init as init process ^ This messsage come from the kernel. > [0.845792] traps: init[1] general protection fault ip:43faa8 > sp:7ffe9b9904b0 error:0 in init[40+a7000] > > [0.849636] Kernel panic - not syncing: Attempted to kill init! exitcode= > 0x000b Then the supermin embedded init process appears to crash. That's somewhere probably very early on in this code: https://github.com/libguestfs/supermin/blob/master/init/init.c Before I look further at this, is this unmodified OEL 8.7.0? And you didn't recompile supermin or libguestfs? Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests. http://libguestfs.org/virt-v2v ___ Libguestfs mailing list Libguestfs@redhat.com https://listman.redhat.com/mailman/listinfo/libguestfs
[Libguestfs] libguestfs kernel panic
[root@ol-kvm-h01 work]# LIBGUESTFS_BACKEND=direct libguestfs-test-tool *IMPORTANT NOTICE * * When reporting bugs, include the COMPLETE, UNEDITED * output below in your bug report. * libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend "direct" libguestfs: trace: set_backend = 0 libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 LIBGUESTFS_BACKEND=direct LIBGUESTFS_TRACE=1 LIBGUESTFS_DEBUG=1 PATH=/usr/share/Modules/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/root/bin SELinux: Enforcing libguestfs: trace: add_drive_scratch 104857600 libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" libguestfs: trace: disk_create "/tmp/libguestfsTuyhmZ/scratch1.img" "raw" 104857600 libguestfs: trace: disk_create = 0 libguestfs: trace: add_drive "/tmp/libguestfsTuyhmZ/scratch1.img" "format:raw" "cachemode:unsafe" libguestfs: trace: add_drive = 0 libguestfs: trace: add_drive_scratch = 0 libguestfs: trace: get_append libguestfs: trace: get_append = "NULL" guestfs_get_append: (null) libguestfs: trace: get_autosync libguestfs: trace: get_autosync = 1 guestfs_get_autosync: 1 libguestfs: trace: get_backend libguestfs: trace: get_backend = "direct" guestfs_get_backend: direct libguestfs: trace: get_backend_settings libguestfs: trace: get_backend_settings = [] guestfs_get_backend_settings: [] libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" guestfs_get_cachedir: /var/tmp libguestfs: trace: get_hv libguestfs: trace: get_hv = "/usr/libexec/qemu-kvm" guestfs_get_hv: /usr/libexec/qemu-kvm libguestfs: trace: get_memsize libguestfs: trace: get_memsize = 1280 guestfs_get_memsize: 1280 libguestfs: trace: get_network libguestfs: trace: get_network = 0 guestfs_get_network: 0 libguestfs: trace: get_path libguestfs: trace: get_path = "/usr/lib64/guestfs" guestfs_get_path: /usr/lib64/guestfs libguestfs: trace: get_pgroup libguestfs: trace: get_pgroup = 0 guestfs_get_pgroup: 0 libguestfs: trace: get_program libguestfs: trace: get_program = "libguestfs-test-tool" guestfs_get_program: libguestfs-test-tool libguestfs: trace: get_recovery_proc libguestfs: trace: get_recovery_proc = 1 guestfs_get_recovery_proc: 1 libguestfs: trace: get_smp libguestfs: trace: get_smp = 1 guestfs_get_smp: 1 libguestfs: trace: get_sockdir libguestfs: trace: get_sockdir = "/tmp" guestfs_get_sockdir: /tmp libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" guestfs_get_tmpdir: /tmp libguestfs: trace: get_trace libguestfs: trace: get_trace = 1 guestfs_get_trace: 1 libguestfs: trace: get_verbose libguestfs: trace: get_verbose = 1 guestfs_get_verbose: 1 host_cpu: x86_64 Launching appliance, timeout set to 600 seconds. libguestfs: trace: launch libguestfs: trace: max_disks libguestfs: trace: max_disks = 255 libguestfs: trace: version libguestfs: trace: version = libguestfs: trace: get_backend libguestfs: trace: get_backend = "direct" libguestfs: launch: program=libguestfs-test-tool libguestfs: launch: version=1.44.0rhel=8,release=5.0.1.module+el8.7.0+21035+a8208c98,libvirt libguestfs: launch: backend registered: unix libguestfs: launch: backend registered: uml libguestfs: launch: backend registered: libvirt libguestfs: launch: backend registered: direct libguestfs: launch: backend=direct libguestfs: launch: tmpdir=/tmp/libguestfsTuyhmZ libguestfs: launch: umask=0022 libguestfs: launch: euid=0 libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: begin building supermin appliance libguestfs: run supermin libguestfs: command: run: /usr/bin/supermin libguestfs: command: run: \ --build libguestfs: command: run: \ --verbose libguestfs: command: run: \ --if-newer libguestfs: command: run: \ --lock /var/tmp/.guestfs-0/lock libguestfs: command: run: \ --copy-kernel libguestfs: command: run: \ -f ext2 libguestfs: command: run: \ --host-cpu x86_64 libguestfs: command: run: \ /usr/lib64/guestfs/supermin.d libguestfs: command: run: \ -o /var/tmp/.guestfs-0/appliance.d supermin: version: 5.2.1 supermin: rpm: detected RPM version 4.14 supermin: rpm: detected RPM architecture x86_64 supermin: package handler: fedora/rpm supermin: acquiring lock on /var/tmp/.guestfs-0/lock supermin: if-newer: output does not need rebuilding libguestfs: finished building supermin appliance libguestfs: begin testing qemu features libguestfs: trace: get_cachedir libguestfs: trace: get_cachedir = "/var/tmp" libguestfs: checking for previously cached test results of /usr/libexec/qemu-kvm, in /var/tmp/.guestfs-0 libguestfs: loading previously cached test results libguestfs: qemu version: 6.2 libguestfs: qemu mandatory locking: yes libguestfs: qemu KVM: enabled libguestfs: trace: get_backend_setting "force_tcg" libguestfs: trace: get_backend_setting = NULL (error)