Unfortunately, placing the link into the /boot does not work. libguestfs-test-tool failes
with the same message:
************************************************************
* IMPORTANT NOTICE
*
* When reporting bugs, include the COMPLETE, UNEDITED
* output below in your bug report.
*
************************************************************
===== Test starts here =====
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin
library version: 1.16.34rhel=6,release=2.el6
guestfs_get_append: (null)
guestfs_get_attach_method: appliance
guestfs_get_autosync: 1
guestfs_get_direct: 0
guestfs_get_memsize: 500
guestfs_get_network: 0
guestfs_get_path: /usr/lib64/guestfs
guestfs_get_pgroup: 0
guestfs_get_qemu: /usr/libexec/qemu-kvm
guestfs_get_recovery_proc: 1
guestfs_get_selinux: 0
guestfs_get_smp: 1
guestfs_get_trace: 0
guestfs_get_verbose: 1
host_cpu: x86_64
Launching appliance, timeout set to 600 seconds.
libguestfs: [00000ms] febootstrap-supermin-helper --verbose -f checksum
'/usr/lib64/guestfs/supermin.d' x86_64
supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel = (null),
initrd = (null), appliance = (null)
supermin helper [00000ms] inputs[0] = /usr/lib64/guestfs/supermin.d
febootstrap-supermin-helper: failed to find a suitable kernel.
I looked for kernels in /boot and modules in /lib/modules.
If this is a Xen guest, and you only have Xen domU kernels
installed, try installing a fullvirt kernel (only for
febootstrap use, you shouldn't boot the Xen guest with it).
libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style
appliance on LIBGUESTFS_PATH (search path: /usr/lib64/guestfs)
libguestfs-test-tool: failed to launch appliance
libguestfs: closing guestfs handle 0x69b2d0 (state 0)
Виталий Исаев
Инженер-программист
Группа разработки и внедрения ПСЗИ
Департамент информационной безопасности
ОАО «Финтех»
-----Original Message-----
From: Richard W.M. Jones [mailto:rjones@redhat.com]
Sent: Friday, November 22, 2013 3:33 PM
To: Fabian Deutsch
Cc: Исаев Виталий Анатольевич; Itamar Heim; libguestfs(a)redhat.com; fdeutsch(a)redhat.com
Subject: Re: HA: [Libguestfs] Accessing iSCSI disc images from the RHEV Manager using
libguestfs
On Fri, Nov 22, 2013 at 12:14:24PM +0100, Fabian Deutsch wrote:
Am Freitag, den 22.11.2013, 10:29 +0000 schrieb Исаев Виталий
Анатольевич:
> Thanks a lot. Yes, we have a Support and we will ask them to
help with this bug.
>
> How do you think, maybe we can hack this issue quickly just
putting the kernel file (desired by libguestfs) manually to some directory on the RHEV-H
file system? /boot and /lib/modules do not contain kernels on RHEV-H.
Hey,
as you said, a workaround is to link the kernel into the right
place,
e.g.:
$ ln -s /dev/.initramfs/live/vmlinuz0 /boot/vmlinuz-$(uname -r)
Does libguestfs-test-tool run after this? (I don't have an ovirt-node instance). I
would have thought that /lib/modules/... would need to be in place also.
Rich.
--
Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones 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