Libguestfs - Nov 2013 - Re: HA: Accessing iSCSI disc images from the RHEV Manager using libguestfs

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)

- fabian

> Виталий Исаев
> Инженер-программист
> Группа разработки и внедрения ПСЗИ
> Департамент информационной безопасности
> ОАО «Финтех»
> 
> 
> -----Original Message-----
> From: Richard W.M. Jones [mailto:rjones@redhat.com] 
> Sent: Friday, November 22, 2013 1:50 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
> 
> On Fri, Nov 22, 2013 at 09:42:28AM +0000, Исаев Виталий Анатольевич wrote:
> > 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.
> 
> This is a bug.  I have filed this:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1033508
> 
> If you have Red Hat Support it would be helpful if you could get them to
escalate this so it gets the right attention.
> 
> Rich.
> 
> --
> Richard Jones, Virtualization Group, Red Hat
http://people.redhat.com/~rjones Fedora Windows cross-compiler. Compile Windows
programs, test, and build Windows installers. Over 100 libraries supported.
> http://fedoraproject.org/wiki/MinGW

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

Am Freitag, den 22.11.2013, 11:31 +0000 schrieb Richard W.M.
Jones:
> 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.
Hey,

the modules directory exists, only the initrd and vmlinuz files are
missing in /boot. It seems that the test tool passes - at leats in my
nested testing env.

- fabian

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@redhat.com;
fdeutsch@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