Closed janhavlin closed 2 years ago
Mhm, from briefly looking at the logs, it seems the missing /dev/kvm shouldn't cause the issues. The kernel panic might be caused indirectly by missing /dev/kvm , but it generally should work. I'll try to ping Richard W.M. Jones about this.
Did you mean that the warning about missing kvm should be printed even if it doesn't mean that you can't use tmt/testcloud? Apart from that, I am, on purpose, introducing non-kvm modes for multiarch support in #1040 where I got kvm-less VMs created successfully. But here it seems it crashed on seed image generation in libguestfs/supermin.
(Btw, even if this really turned out to be an issue libguestfs/supermin side and got fixed, it would have crashed later on anyway, I'll fix it as part of #1040 ).
@janhavlin can you please try to run libguestfs-test-tool and post the output here? I think that should crash the same way as did the tmt run, if my assumption was correct.
It indeed seems like it crashes in the same way.
Thanks, okay, I'll write an email to Richard, I'll relay the reply here if he doesn't chime in directly.
The problem isn't anything to do with TCG vs KVM:
/bin/bash: error while loading shared libraries: libtinfo.so.6: cannot open shared object file: No such file or directory
This is the Fedora 34 version of libguestfs? Is it modified in some way? The dependencies seem to be missing for some reason.
I'm not able to reproduce this with the Fedora package and all the deps look correct. Have you manually deleted /lib64/libtinfo.so.6
? Does it work if you delete /var/tmp/.guestfs-*
and rerun? What is the complete output of the following command (which will be very long)?
supermin -v -v -v --build -f ext2 /usr/lib64/guestfs/supermin.d -o /var/tmp/appliance
Have you manually deleted /lib64/libtinfo.so.6?
I'm quite certain that libtinfo.so.6
is present and unmodified.
Does it work if you delete /var/tmp/.guestfs-* and rerun?
Nope, same error occurs.
What is the complete output of the following command (which will be very long)?
Uploaded the output here: supermin-output.txt
I'm not sure I have any idea. It's copying the file into the appliance:
supermin: ext2: copy_file /usr/lib64/libtinfo.so.6 -> /usr/lib64/libtinfo.so.6
supermin: ext2: copy_file /usr/lib64/libtinfo.so.6.1 -> /usr/lib64/libtinfo.so.6.1
but why wouldn't bash then be able to load it at runtime?
These problems can sometimes be caused by unexpected changes in SONAMEs of libraries (although I don't think that is the case here). Just in case I am rebuilding libguestfs for F34, can you see if the new package fixes it? https://koji.fedoraproject.org/koji/taskinfo?taskID=82599722 https://koji.fedoraproject.org/koji/taskinfo?taskID=82600583
After installing the new package, it is still failing. The output has changed but I still have no idea what's wrong.
Can you try upgrading any/all of: kernel, qemu, seabios-bin and see if the problem goes away?
Since Fedora 34 support ends in less than a month, I would update to Fedora 35.
Can you try upgrading any/all of: kernel, qemu, seabios-bin and see if the problem goes away?
This did not help either.
Since Fedora 34 support ends in less than a month, I would update to Fedora 35.
I upgraded to Fedora 35 and it seems to be working now. It is possible that my Fedora 34 system was corrupted in some way.
I'm closing this issue since the original note is not even correct, this wasn't related to /dev/kvm
at all. Thank you for your help.
When
/dev/kvm
is unavailable, the user should get a more reasonable warning.Sample error output (click to reveal)
``` $ tmt run /var/tmp/tmt/run-002 /tests/public/guest-setup/centos-stream-8 discover how: shell summary: 1 test selected provision how: virtual image: CentOS-Stream-8 user: root memory: 2048 MB disk: 10 GB progress: booting... libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend "direct" libguestfs: trace: set_backend = 0 libguestfs: create: flags = 0, handle = 0x556ebc5471a0, program = virt-make-fs libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" libguestfs: trace: disk_create "/var/tmp/tmt/testcloud/instances/tmt-002-cdPvephN/tmt-002-cdPvephN-seed.img" "raw" 294350 libguestfs: trace: disk_create = 0 libguestfs: trace: add_drive "/var/tmp/tmt/testcloud/instances/tmt-002-cdPvephN/tmt-002-cdPvephN-seed.img" "format:raw" "blocksize:0" libguestfs: trace: add_drive = 0 libguestfs: trace: launch libguestfs: trace: max_disks libguestfs: trace: max_disks = 255 libguestfs: trace: get_tmpdir libguestfs: trace: get_tmpdir = "/tmp" libguestfs: trace: version libguestfs: trace: version =Tagging @frantisekz please, take a look.