[Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Madhav V Diwan
mdiwan at diwanconsulting.com
Fri Jan 10 15:29:41 UTC 2014
hmm
well NFS says its open to the world
exportfs
/var/lib/exports/iso-20131223154119
0.0.0.0/0.0.0.0
/localstorage/nfs
<world>
/var/lib/exports/iso
<world>
this is what mount says
server3.decllc.biz:/localstorage/nfs
on /rhev/data-center/mnt/server3.decllc.biz:_localstorage_nfs type nfs
(rw,relatime,vers=3,rsize=1048576,wsize=1048576,namlen=255,soft,nosharecache,proto=tcp,timeo=600,retrans=6,sec=sys,mountaddr=10.0.8.106,mountvers=3,mountport=892,mountproto=udp,local_lock=none,addr=10.0.8.106)
and its owned by vdsm adn group kvm
which is uid 36 and gid 36
[root at server3 ~]# ls -l /localstorage/
total 4
drwxr-xr-x 3 vdsm kvm 74 Dec 26 19:07 nfs
[root at server3 ~]# grep kvm /etc/group
kvm:x:36:qemu,sanlock
[root at server3 ~]# grep vdsm /etc/group
sanlock:x:179:vdsm
qemu:x:107:vdsm,sanlock
[root at server3 ~]# grep vdsm /etc/passwd
vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin
Does the NFS MOUNT itself need to be owned and operated by vdsm/kvm?
because i did not set up the mount .. ovirt-engine and vdsm do that
-----Original Message-----
From: Matthew Booth <mbooth at redhat.com>
To: Madhav V Diwan <mdiwan at diwanconsulting.com>, users at ovirt.org
Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to
fedora19 ovirt host
Date: Fri, 10 Jan 2014 15:11:42 +0000
It looks like a problem with the permissions on your NFS export storage
domain. The machine running virt-v2v must be able to mount the storage
domain and write to it as uid:gid == 36:36.
Matt
On 10/01/14 02:49, Madhav V Diwan wrote:
>
> Hello everybody! I seem to be having a problem similar to
>
> the posting from
>
> " importing VM from ESXI "
> posted by
> emitor at gmail.com
> on 25.09.2013 21:10 UTC
> " I'm not being able to import a VM from ESXI:"
>
>
> In my case i have a bit more of a trace on the permission issue but not
> much more
>
>> virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes
>> libguestfs: trace: set_verbose true
>> libguestfs: trace: set_verbose = 0
>> libguestfs: create: flags = 0, handle = 0x4725420, program = perl
>> libguestfs: trace: set_attach_method "appliance"
>> libguestfs: trace: set_backend "appliance"
>> libguestfs: trace: set_backend = 0
>> libguestfs: trace: set_attach_method = 0
>> libguestfs: trace: add_drive "/tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f" "format:raw" "iface:ide" "name:sda"
>> libguestfs: trace: add_drive = -1 (error)
>> /tmp/a7SyYhkkeX/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.z_Lv0fTf/81388ffb-6aed-4ae4-bed8-6b1999e78907/2cc85d68-d343-4961-9a28-58e4c695d78f: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670.
>> libguestfs: trace: close
>> libguestfs: closing guestfs handle 0x4725420 (state 0)
>
>
> Has this issue been solved ? if so how as i do not see the resolution
> on the archives. Else would you all help me resolve it please?
>
> It is very annoying to have a hundred gig disk copied over to your NFS
> export and then deleted because qemu or libguestfs has a permissions
> issue in opening it.
>
>
>
> this is an issue with Ovirt Version 3.3.2-1.fc19
>
> virt-v2v version is
>
> virt-v2v --version
> 0.9.0
>
> and libguestfs version and qemu version are :
>
> libguestfs-1.22.7-4.fc19.x86_64
>
> QEMU emulator version 1.4.2
>
>
>
>
> _______________________________________________
> Users mailing list
> Users at ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
More information about the Users
mailing list