similar to: LVM mounting issue

-----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Thursday, January 16, 2014 8:58 PM To: Исаев Виталий Анатольевич Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] LVM mounting issue On Thu, Jan 16, 2014 at 03:57:50PM +0000, Исаев Виталий Анатольевич wrote: > Hello, It's me again with one more misunderstanding of libguestfs usage... > Guestfish

-----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Friday, January 17, 2014 4:40 PM To: Исаев Виталий Анатольевич Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] LVM mounting issue On Fri, Jan 17, 2014 at 09:45:34AM +0000, Исаев Виталий Анатольевич wrote: > Be sure, that “unknown device” was not written by me :) > > I use libguestfs 1.16.34:

On Thu, Jan 16, 2014 at 03:57:50PM +0000, Исаев Виталий Анатольевич wrote: > Hello, It's me again with one more misunderstanding of libguestfs usage... > Guestfish (as well as python libguestfs module) refuse to mount logical volume containing the root partition of the VM's filesystem. > According to this short

-----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Tuesday, January 14, 2014 4:42 PM To: Исаев Виталий Анатольевич Cc: libguestfs@redhat.com Subject: Re: [Libguestfs] Libguestfs can't launch with one of the disk images in the RHEV cluster On Tue, Jan 14, 2014 at 08:07:43AM +0000, Исаев Виталий Анатольевич wrote: > [00072ms] /usr/libexec/qemu-kvm \

[This email is either empty or too large to be displayed at this time]

----- Original Message ----- > From: "Richard W.M. Jones" <rjones@redhat.com> > To: "Исаев Виталий Анатольевич" <isaev@fintech.ru> > Cc: libguestfs@redhat.com > Sent: Tuesday, January 14, 2014 6:42:23 PM > Subject: Re: [Libguestfs] Libguestfs can't launch with one of the disk images in the RHEV cluster > > On Tue, Jan 14, 2014 at 02:57:35PM

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:

On 11/22/2013 12:02 AM, Исаев Виталий Анатольевич wrote: ... >> i may be missing something, but wouldn't vdsm hooks be a better fit: >> http://www.ovirt.org/VDSM-Hooks >> >> for example, I think the "checkimages" one would cover what you are >> trying to do already? > > Thank you, this hook was useful, but "gemu-img check" command is

On 11/21/2013 05:56 PM, Richard W.M. Jones wrote: > [Adding Itamar: Any suggestions on where Vitaly could get help on this > RHEV-M API problem?] > > On Thu, Nov 21, 2013 at 02:27:08PM +0000, Исаев Виталий Анатольевич wrote: >> Dear libguestfs developers, >> >> We are developing the protected enterprise system based on several >> Red Hat technologies (Red Hat

Dear libguestfs developers, We are developing the protected enterprise system based on several Red Hat technologies (Red Hat Enterprise Virtualisation, the IdM server and so on). Our current goal is to prevent the booting of the virtual machine in case of integrity loss. So what we are trying to do Is to intercept the event of the VM's start (using the RHEV Manager hook scripts), mount the

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,

[CC to Fabian - can you comment on the ovirt-node problem below] On Thu, Nov 21, 2013 at 10:02:46PM +0000, Исаев Виталий Анатольевич wrote: > On 11/21/2013 05:56 PM, Richard W.M. Jones wrote: > > When you say "cannot access them" do you get an error message? Could > > it be an SELinux denial? > > Yes, when I am trying to open some logical volume on the hypervisor

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. *

Oh, you are right. Wrong filename - it's my fault. Now: ====== TEST FINISHED OK ====== Виталий Исаев Инженер-программист Группа разработки и внедрения ПСЗИ Департамент информационной безопасности ОАО «Финтех» -----Original Message----- From: Richard W.M. Jones [mailto:rjones@redhat.com] Sent: Friday, November 22, 2013 3:48 PM To: Исаев Виталий Анатольевич Cc: Fabian Deutsch;

Rich, this wasn't operational. First of all, the image on my version of RHEV-H is kept in other directory. So I did that: 1. $ export FEBOOTSTRAP_KERNEL=/dev/.initramfs/live/vmlinuz0 2. $ echo $FEBOOTSTRAP_KERNEL /dev/.initramfs/live/vmlinuz0 3. $ libguestfs-test-tool ************************************************************ *

On Tue, Jan 14, 2014 at 02:57:35PM +0000, Исаев Виталий Анатольевич wrote: > Dear Rich, thank you for a prompt reply on my question. The similar > problems have been found with all of the rest Thin Provisioned disks > in the cluster, while all the Preallocated disks were handled with > libguestfs correctly. I guess these issues were caused by (b) and > probably (c) reasons: >

On Fri, Jan 17, 2014 at 02:38:43PM +0000, Исаев Виталий Анатольевич wrote: > 3. Now I go to the RHEV-H to look for the disk image itself: > > [root@rhevh1 /]# find / -name cc6e4400-7c98-4170-9075-5f5790dfcff3 > /dev/1a9aa971-f81f-4ad8-932f-607034c924fc/cc6e4400-7c98-4170-9075-5f5790dfcff3 >

On Fri, Jan 17, 2014 at 09:45:34AM +0000, Исаев Виталий Анатольевич wrote: > Be sure, that “unknown device” was not written by me :) > > I use libguestfs 1.16.34: > [root@rhevh1 ~]# rpm -qa | grep guest > libguestfs-1.16.34-2.el6.x86_64 > libguestfs-winsupport-1.0-7.el6.x86_64 > python-libguestfs-1.16.34-2.el6.x86_64 > libguestfs-tools-c-1.16.34-2.el6.x86_64 This is a

Thanks to all. Symbolic link to vmlinuz image is a solution to my problem: $ ll /boot total 2536 drwxr-xr-x. 3 root root 60 2013-04-15 14:49 efi lrwxrwxrwx. 1 root root 25 2013-09-18 15:50 grub -> /dev/.initramfs/live/grub -rw-r--r--. 1 root root 185842 2013-03-29 20:59 symvers-2.6.32-358.6.1.el6.x86_64.gz -rw-r--r--. 1 root root 2407872 2013-03-29 20:58

________________________________________ От: Itamar Heim [iheim@redhat.com] Отправлено: 21 ноября 2013 г. 20:10 Кому: Richard W.M. Jones; Исаев Виталий Анатольевич Копия: libguestfs@redhat.com Тема: Re: [Libguestfs] Accessing iSCSI disc images from the RHEV Manager using libguestfs On 11/21/2013 05:56 PM, Richard W.M. Jones wrote: > [Adding Itamar: Any suggestions on where Vitaly could get