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@server3 ~]# ls -l /localstorage/ total 4 drwxr-xr-x 3 vdsm kvm 74 Dec 26 19:07 nfs [root@server3 ~]# grep kvm /etc/group kvm:x:36:qemu,sanlock [root@server3 ~]# grep vdsm /etc/group sanlock:x:179:vdsm qemu:x:107:vdsm,sanlock [root@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@redhat.com> To: Madhav V Diwan <mdiwan@diwanconsulting.com>, users@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@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@ovirt.org http://lists.ovirt.org/mailman/listinfo/users