gilles2.lebris@laposte.net
2019-Dec-26 10:27 UTC
[Libguestfs] virt-sparsify error message.
Hello, I'm using virt-sparsify on a new server and I get an error message: # virt-sparsify img img2 [ 0.0] Create overlay file in /tmp to protect source disk [ 0.1] Examine source disk virt-sparsify: error: libguestfs error: guestfs_launch failed. This usually means the libguestfs appliance failed to start or crashed. Here is libguestfs-test-tool output: http://pastebin.com/3EZNxAeR I would really appreciate any help or hint Thanks in advance.
Hi, On Thursday, 26 December 2019 11:27:46 CET gilles2.lebris at laposte.net wrote:> I'm using virt-sparsify on a new server and I get an error message: > > # virt-sparsify img img2 > [ 0.0] Create overlay file in /tmp to protect source disk > [ 0.1] Examine source disk > virt-sparsify: error: libguestfs error: guestfs_launch failed. > This usually means the libguestfs appliance failed to start or crashed. > > Here is libguestfs-test-tool output: > http://pastebin.com/3EZNxAeRThe extract of the failure is: [...] supermin: waiting another 1024000000 ns for /sys/block/sdb/dev to appear This usually means your kernel doesn't support virtio, or supermin was unable to load some kernel modules (see module loading messages above). supermin: waiting another 2048000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 4096000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 8192000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 16384000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 32768000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 65536000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 131072000000 ns for /sys/block/sdb/dev to appear supermin: waiting another 262144000000 ns for /sys/block/sdb/dev to appear supermin: creating /dev/root as block special 1:0 supermin: mounting new root on /root [ 525.350726] EXT2-fs (ram0): error: can't find an ext2 filesystem on dev ram0. Your system seems to be RHEL/CentOS 7.7, however there is a different kernel installed: \x1b[2J[ 0.000000] Linux version 4.19-ovh-xxxx-std-ipv6-64 (kernel at kernel.ovh.net) (gcc version 6.3.0 20170516 (Debian 6.3.0-18+deb9u1)) #1038749 SMP Mon Dec 23 08:31:48 UTC 2019 It sounds like that kernel is broken, and it does not have virtio modules. Please report that to whoever supplied that kernel. If there is the stock RHEL/CentOS kernel available in /boot, you can explicitly use it: - wipe /var/tmp/.guestfs-0 - export the SUPERMIN_KERNEL environment variable to the full path of the RHEL/CentOS kernel, e.g. # export SUPERMIN_KERNEL=/boot/vmlinuz-etc... (see the supermin(1) man page for more details) - try running libguestfs-test-tool again -- Pino Toscano -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: This is a digitally signed message part. URL: <http://listman.redhat.com/archives/libguestfs/attachments/20200108/827c4ce9/attachment.sig>
Maybe Matching Threads
- Invalid module format errors, supermin waits forever for /sys/block/sdb/dev to appear
- [supermin PATCH] rebuild the output it when SUPERMIN_KERNEL or SUPERMIN_MODULES are defined
- [PATCH supermin 0/9] kernel: Multiple fixes to handling of kernels (RHBZ#1477758).
- Re: libguestfs supermin error
- Re: libguestfs supermin error