5:29 p.m.
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(a)redhat.com>
To: Madhav V Diwan <mdiwan(a)diwanconsulting.com>, users(a)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(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users