<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 14 (filtered medium)"> <style></style> </head> <body lang="RU" link="blue" vlink="purple"> <div class="WordSection1"> Rich, you are right; the hypervisor is RHEV-H. As Itamar has just explained me, hooks are executed on the hypervisor’s side (not on the RHEV-M, as I used to think), so properly working libguestfs on the RHEV-H will resolve my issue.<o:p></o:p> Here is the output of the test tool:<o:p></o:p> <o:p> </o:p> ************************************************************<o:p></o:p> * IMPORTANT NOTICE<o:p></o:p> *<o:p></o:p> * When reporting bugs, include the COMPLETE, UNEDITED<o:p></o:p> * output below in your bug report.<o:p></o:p> *<o:p></o:p> ************************************************************<o:p></o:p> ===== Test starts here =====<o:p></o:p> PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin:/root/bin<o:p></o:p> library version: 1.16.34rhel=6,release=2.el6<o:p></o:p> guestfs_get_append: (null)<o:p></o:p> guestfs_get_attach_method: appliance<o:p></o:p> guestfs_get_autosync: 1<o:p></o:p> guestfs_get_direct: 0<o:p></o:p> guestfs_get_memsize: 500<o:p></o:p> guestfs_get_network: 0<o:p></o:p> guestfs_get_path: /usr/lib64/guestfs<o:p></o:p> guestfs_get_pgroup: 0<o:p></o:p> guestfs_get_qemu: /usr/libexec/qemu-kvm<o:p></o:p> guestfs_get_recovery_proc: 1<o:p></o:p> guestfs_get_selinux: 0<o:p></o:p> guestfs_get_smp: 1<o:p></o:p> guestfs_get_trace: 0<o:p></o:p> guestfs_get_verbose: 1<o:p></o:p> host_cpu: x86_64<o:p></o:p> Launching appliance, timeout set to 600 seconds.<o:p></o:p> libguestfs: [00000ms] febootstrap-supermin-helper --verbose -f checksum '/usr/lib64/guestfs/supermin.d' x86_64<o:p></o:p> supermin helper [00000ms] whitelist = (not specified), host_cpu = x86_64, kernel = (null), initrd = (null), appliance = (null)<o:p></o:p> supermin helper [00000ms] inputs[0] = /usr/lib64/guestfs/supermin.d<o:p></o:p> febootstrap-supermin-helper: failed to find a suitable kernel.<o:p></o:p> I looked for kernels in /boot and modules in /lib/modules.<o:p></o:p> If this is a Xen guest, and you only have Xen domU kernels<o:p></o:p> installed, try installing a fullvirt kernel (only for<o:p></o:p> febootstrap use, you shouldn't boot the Xen guest with it).<o:p></o:p> libguestfs: error: cannot find any suitable libguestfs supermin, fixed or old-style appliance on LIBGUESTFS_PATH (search path: /usr/lib64/guestfs)<o:p></o:p> libguestfs-test-tool: failed to launch appliance<o:p></o:p> libguestfs: closing guestfs handle 0x231d260 (state 0)<o:p></o:p> <o:p> </o:p> Thank you,<o:p></o:p> Vitaly Isaev<o:p></o:p> <o:p> </o:p> Виталий Исаев<o:p></o:p> Инженер-программист<o:p></o:p> Группа разработки и внедрения ПСЗИ<o:p></o:p> Департамент информационной безопасности<o:p></o:p> ОАО «Финтех»<o:p></o:p> <o:p> </o:p> <o:p> </o:p> -----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Friday, November 22, 2013 1:12 PM To: Исаев Виталий Анатольевич Cc: Itamar Heim; libguestfs@redhat.com; fdeutsch@redhat.com Subject: Re: HA: [Libguestfs] Accessing iSCSI disc images from the RHEV Manager using libguestfs <o:p> </o:p> [CC to Fabian - can you comment on the ovirt-node problem below]<o:p></o:p> <o:p> </o:p> On Thu, Nov 21, 2013 at 10:02:46PM +0000, Исаев Виталий Анатольевич wrote:<o:p></o:p> > On 11/21/2013 05:56 PM, Richard W.M. Jones wrote:<o:p></o:p> > > When you say "cannot access them" do you get an error message? <o:p></o:p> > > Could it be an SELinux denial?<o:p></o:p> > <o:p></o:p> > Yes, when I am trying to open some logical volume on the hypervisor side, for instance:<o:p></o:p> > $ guestfish -a /dev/mapper/dm-xx<o:p></o:p> > libguestfs fails with an error message kind of that:<o:p></o:p> > $ libguestfs-supermin-helper: failed to find a suitable kernel.<o:p></o:p> > I looked for kernels in /boot and modules in /lib/modules.<o:p></o:p> > If this is a Xen guest, and you only have Xen domU kernels<o:p></o:p> > installed, try installing a fullvirt kernel (only for<o:p></o:p> > libguestfs use, you shouldn't boot the Xen guest with it).<o:p></o:p> > So this is correct because hypervisor's file system is minimalist and <o:p></o:p> > therefore contains kernel files neither in /boot nor in /lib/modules.<o:p></o:p> <o:p> </o:p> Ah I see, this is a slightly different problem. If this is RHEV-H / ovirt-node then that's a bug in ovirt-node since it is supposed to have a working libguestfs.<o:p></o:p> <o:p> </o:p> Can you paste the full, unedited output of:<o:p></o:p> <o:p> </o:p> libguestfs-test-tool<o:p></o:p> <o:p> </o:p> on the hypervisor.<o:p></o:p> <o:p> </o:p> > And it is still not clear for me, how should I implement interaction <o:p></o:p> > between the RHEV-M API, which tells me what logical volume (disk <o:p></o:p> > image) belongs to the every VM, and the hypervisor's, to which all the logical volume (disk images) are mapped.<o:p></o:p> > <o:p></o:p> > So can I access the VM's disk images directly from the RHEV Manager in <o:p></o:p> > case if manager, hypervisor and storage are different hosts?<o:p></o:p> <o:p> </o:p> I'm not sure about this, but I guess the hooks that Itamar pointed to before should work.<o:p></o:p> <o:p> </o:p> Rich.<o:p></o:p> <o:p> </o:p> --<o:p></o:p> Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/~rjones"> http://people.redhat.com/~rjones</a> virt-p2v converts physical machines to virtual machines. Boot with a live CD or over the network (PXE) and turn machines into KVM guests.<o:p></o:p> <a href="http://libguestfs.org/virt-v2v">http://libguestfs.org/virt-v2v</a><o:p></o:p> </div> </body> </html>