Re: [Users] installation failed on cluster host
Just a thought whenever I get one of these yum cannot download messages i check my network cards, default routes , and dns and /etc/resolv.conf to make sure its all working properly Ovirt does mess with networking when installing .. so you should double check these. -Original Message- From: Dafna Ron d...@redhat.com Reply-to: d...@redhat.com To: William Kwan pota...@yahoo.com Cc: users@ovirt.org users@ovirt.org Subject: Re: [Users] installation failed on cluster host Date: Tue, 14 Jan 2014 23:43:40 + Hi William, The issue you are having is a yum issue with Centos and not ovirt issue. I found several posts on it by searching 'Cannot find a valid baseurl for repo: base' in google. https://www.google.co.uk/?gws_rd=crei=GsnVUu-YCo7T7AbG6YCICw#q=Cannot+find+a+valid+baseurl+for+repo:+base+CentOS+6.5spell=1 can you please look at the link and see if any of the forms were reporting anything like you describe with Yum? If you do, can you also post it here so others encountering this yum issue on centos can use your workaround? Just so you know, ovirt has a deployment log under /var/log/ovirt-engine/host-deploy/ so if a host installation fails, it should be reported there in a way which should be easy to debug. Thanks, Dafna On 01/14/2014 11:29 PM, William Kwan wrote: HI, Running through the whole installation exercises on two hosts again with the latest release on CentOS6.5. I added a host to a new cluster. There are action items listed under the new host. One of them is Host installation failed. Fix installation issues and try to Re-Install I clicked Re-install, I monitor the engine.log and see the followings Installation 10.10.25.10: Yum [u'Errors were encountered while downloading packages.', u'libselinux- python-2.0.94-5.3.el6_4.1.x86_64: failure: Packages/libselinux-python-2.0.94-5.3.el6_4.1.x86_64.rpm from base: [Errno 256] No more mirrors to try.'] I'm sure I ran yum update already and I cleaned the db and rerun update...etc. Eventually I manually did `yum install vdsm.x86_64` on the host. Try to run re-install again and I still get yum error. Yum Cannot queue package iproute: Cannot find a valid baseurl for repo: base ERROR [org.ovirt.engine.core.bll.InstallerMessages] (VdsDeploy) Installation 10.10.25.10: Failed to execute stage 'Environment packages setup': Cannot find a valid baseurl for repo: base iproute is sure installed. # rpm -qa|grep iproute iproute-2.6.32-31.el6.x86_64 Something in ssh? Password is sure correct, what could be wrong Will ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Black VM Install Console
you ve probabaly not install teh spice xpi in your firefox on linux when you opened the console , or maybe the remote-viewer application is missing use yum to install these -Original Message-R eply-to: David Li david...@sbcglobal.net Subject: [Users] Black VM Install Console Date: Thu, 16 Jan 2014 10:08:13 -0800 (PST) Hi, My first time to install a VM on ovirt has encountered a problem. I tried to open up a console to continue the install process. But all I got is a blank window and a request to save a file which I did. The window remained blank and I couldn't see any activities. I went to the node itself and tried to see if I could use virsh tool to understand what's going on. But I was asked for a username and password to perform any actions. Any idea what I should do at this time? David ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Blank VM Install Console
install them wherever your firefox browser is installed... whichever machine you are using to browse to the portal from unfortunately i believe ovirts' spice viewing only works on linux desktops running firefox currently also the ovirt vnc implementation assumes you have remote-viewer which can open that .vv file that pops up.. again remote-viewer would only be available on linux desktops.. there IS a MAC OS port for remote-viewer , but i've never gotten it to work without a lot of manual URL input -Original Message- From: David Li david...@sbcglobal.net Reply-to: David Li david...@sbcglobal.net To: Madhav V Diwan mdi...@diwanconsulting.com Cc: users@ovirt.org users@ovirt.org Subject: Re: [Users] Blank VM Install Console Date: Thu, 16 Jan 2014 11:39:20 -0800 (PST) Do I need these to be installed on the engine or on the machine where the webadmin portal browser is being run? Are there any ovirt links describing these? david - Original Message - From: Madhav V Diwan mdi...@diwanconsulting.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Thursday, January 16, 2014 10:35 AM Subject: Re: [Users] Black VM Install Console you ve probabaly not install teh spice xpi in your firefox on linux when you opened the console , or maybe the remote-viewer application is missing use yum to install these -Original Message-R eply-to: David Li david...@sbcglobal.net Subject: [Users] Black VM Install Console Date: Thu, 16 Jan 2014 10:08:13 -0800 (PST) Hi, My first time to install a VM on ovirt has encountered a problem. I tried to open up a console to continue the install process. But all I got is a blank window and a request to save a file which I did. The window remained blank and I couldn't see any activities. I went to the node itself and tried to see if I could use virsh tool to understand what's going on. But I was asked for a username and password to perform any actions. Any idea what I should do at this time? David ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Blank VM Install Console
yuck i dont know why they do not just have this already done in an rpm yes it probably works , i have not tested it , but virt-viewer is deprecated in favor of the newer Remote-Viewer by the way worst comes to worst you can always connect to the ovirt vm node server via virt-manager gui in linux .. or using macports virt-manager in OSX and as long as you have a username and password set up in libvirt password db /etc/libvirt/passwd.db use saslpasswd2 -a libvirt $USER on your ovirt vm host node to add your user account so you dont mess with ovirt's if you have winaxe or some other Xwindows on your windows machine you could probably just ssh with putty.exe to your ovirt node server and run virt-manager from there while displaying back to your windows desktop -Original Message- From: David Li david...@sbcglobal.net Reply-to: David Li david...@sbcglobal.net To: Madhav V Diwan mdi...@diwanconsulting.com Cc: users@ovirt.org users@ovirt.org Subject: Re: [Users] Blank VM Install Console Date: Thu, 16 Jan 2014 13:35:02 -0800 (PST) Is this page still applicable to ovirt 3.3.2? http://wiki.ovirt.org/How_to_Connect_to_SPICE_Console_With_Portal#Add_a_deployment_method_Server_Side - Original Message - From: Madhav V Diwan mdi...@diwanconsulting.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Thursday, January 16, 2014 1:28 PM Subject: Re: [Users] Blank VM Install Console install them wherever your firefox browser is installed... whichever machine you are using to browse to the portal from unfortunately i believe ovirts' spice viewing only works on linux desktops running firefox currently also the ovirt vnc implementation assumes you have remote-viewer which can open that .vv file that pops up.. again remote-viewer would only be available on linux desktops.. there IS a MAC OS port for remote-viewer , but i've never gotten it to work without a lot of manual URL input -Original Message- From: David Li david...@sbcglobal.net Reply-to: David Li david...@sbcglobal.net To: Madhav V Diwan mdi...@diwanconsulting.com Cc: users@ovirt.org users@ovirt.org Subject: Re: [Users] Blank VM Install Console Date: Thu, 16 Jan 2014 11:39:20 -0800 (PST) Do I need these to be installed on the engine or on the machine where the webadmin portal browser is being run? Are there any ovirt links describing these? david - Original Message - From: Madhav V Diwan mdi...@diwanconsulting.com To: David Li david...@sbcglobal.net Cc: users@ovirt.org users@ovirt.org Sent: Thursday, January 16, 2014 10:35 AM Subject: Re: [Users] Black VM Install Console you ve probabaly not install teh spice xpi in your firefox on linux when you opened the console , or maybe the remote-viewer application is missing use yum to install these -Original Message-R eply-to: David Li david...@sbcglobal.net Subject: [Users] Black VM Install Console Date: Thu, 16 Jan 2014 10:08:13 -0800 (PST) Hi, My first time to install a VM on ovirt has encountered a problem. I tried to open up a console to continue the install process. But all I got is a blank window and a request to save a file which I did. The window remained blank and I couldn't see any activities. I went to the node itself and tried to see if I could use virsh tool to understand what's going on. But I was asked for a username and password to perform any actions. Any idea what I should do at this time? David ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] fedora19 ovirt host-- VM import failed
Help please the below logs seems to say that during a vm import from an export domain ( NFS) the VM Import process is erroring out stating that vm to be imported (which is verified to be located in the in export domain) does not exist in target domain?? 2014-01-15 11:13:13,446 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-50) [5d7fc2aa] Correlation ID: 33129342, Job ID: 75ade068-a9f5-4344-811a-0283fb509a6d, Call Stack: null, Custom Event ID: -1, Message: Starting to import Vm dev1 to Data Center 5Sherman_datacenter, Cluster local_cluster 2014-01-15 11:13:13,447 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (pool-6-thread-50) [5d7fc2aa] BaseAsyncTask::StartPollingTask: Starting to poll task 10662f17-fda2-4a52-9144-7adf6878dfc4. 2014-01-15 11:13:21,182 INFO [org.ovirt.engine.core.bll.AsyncTaskManager] (DefaultQuartzScheduler_Worker-84) Polling and updating Async Tasks: 1 tasks, 1 tasks to poll now 2014-01-15 11:13:21,187 INFO [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-84) SPMAsyncTask::PollTask: Polling task 10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) returned status finished, result 'cleanSuccess'. 2014-01-15 11:13:21,203 ERROR [org.ovirt.engine.core.bll.SPMAsyncTask] (DefaultQuartzScheduler_Worker-84) BaseAsyncTask::LogEndTaskFailure: Task 10662f17-fda2-4a52-9144-7adf6878dfc4 (Parent Command ImportVm, Parameters Type org.ovirt.engine.core.common.asynctasks.AsyncTaskParameters) ended with failure:^M -- Result: cleanSuccess^M -- Message: VDSGenericException: VDSErrorException: Failed in vdscommand to HSMGetAllTasksStatusesVDS, error = Image does not exist in domain,^M -- Exception: VDSGenericException: VDSErrorException: Failed in vdscommand to HSMGetAllTasksStatusesVDS, error = Image does not exist in domain 2014-01-15 11:13:21,204 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndActionIfNecessary: All tasks of command 7b3e57e6-6fac-4870-9008-53da23505283 has ended - executing EndAction 2014-01-15 11:13:21,204 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (DefaultQuartzScheduler_Worker-84) CommandAsyncTask::EndAction: Ending action for 1 tasks (command ID: 7b3e57e6-6fac-4870-9008-53da23505283): calling EndAction . 2014-01-15 11:13:21,205 INFO [org.ovirt.engine.core.bll.CommandAsyncTask] (pool-6-thread-50) CommandAsyncTask::EndCommandAction [within thread] context: Attempting to EndAction ImportVm, executionIndex: 0 2014-01-15 11:13:21,213 ERROR [org.ovirt.engine.core.bll.ImportVmCommand] (pool-6-thread-50) Ending command with failure: org.ovirt.engine.core.bll.ImportVmCommand 2014-01-15 11:13:21,230 ERROR [org.ovirt.engine.core.bll.CopyImageGroupCommand] (pool-6-thread-50) [5d7fc2aa] Ending command with failure: org.ovirt.engine.core.bll.CopyImageGroupCommand 2014-01-15 11:13:21,233 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-6-thread-50) [763b8fd1] Running command: RemoveImageCommand internal: true. Entities affected : ID: 0bc08020-eeb5-4707-af85-92de8e89d91f Type: Storage 2014-01-15 11:13:21,245 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-6-thread-50) [763b8fd1] START, DeleteImageGroupVDSCommand( storagePoolId = 030ed024-e10c-450f-9b1d-1ed40802fd17, ignoreFailoverLimit = false, storageDomainId = 0bc08020-eeb5-4707-af85-92de8e89d91f, imageGroupId = 6ae9b6df-464a-4234-9808-b7fdb952c168, postZeros = false, forceDelete = false), log id: 5eacc272 2014-01-15 11:13:21,254 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-6-thread-50) [763b8fd1] Command DeleteImageGroupVDS execution failed. Exception: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image does not exist in domain: 'image=6ae9b6df-464a-4234-9808-b7fdb952c168, domain=0bc08020-eeb5-4707-af85-92de8e89d91f' 2014-01-15 11:13:21,254 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DeleteImageGroupVDSCommand] (pool-6-thread-50) [763b8fd1] FINISH, DeleteImageGroupVDSCommand, log id: 5eacc272 2014-01-15 11:13:21,254 INFO [org.ovirt.engine.core.bll.RemoveImageCommand] (pool-6-thread-50) [763b8fd1] Disk 6ae9b6df-464a-4234-9808-b7fdb952c168 doesnt exist on storage domain 0bc08020-eeb5-4707-af85-92de8e89d91f, rolling forward 2014-01-15 11:13:21,291 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (pool-6-thread-50) Lock freed to object EngineLock [exclusiveLocks= key: dev1 value: VM_NAME , sharedLocks= key: 394255b2-59de-44ae-8e8d-b7ddcaa026b5 value: REMOTE_VM ] 2014-01-15 11:13:21,301 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (pool-6-thread-50) Correlation ID: 33129342, Job ID: 75ade068-a9f5-4344-811a-0283fb509a6d, Call Stack: null, Custom Event ID: -1, Message: Failed to import Vm dev1 to Data Center
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
HI all , Any new ideas about this issue ?.. its blocking me from my ESX conversion ... -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Sat, 11 Jan 2014 08:57:33 -0500 setting up a physical /tmp with 1777 permissions did not work .. and i see ovirt/vdsm is making a temporary nfsV4 mount of the target export domain to /tmp on the ovirt server (what i thought was a hard link is actually a nfs mount for the duration of the conversion) so if the issue is not permissions on /tmp or the fact that we normally use tmpfs , what is left? -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 17:26:34 -0500 i have some spare disk on this server that i can make a /tmp partition from .. i am going to try that approach to rule out the tmpfs as an issue but woe to those who need such a large physical tmp partition for VM conversions.. -Original Message- From: Madhav V Diwan mdi...@diwanconsulting.com To: Richard W.M. Jones rjo...@redhat.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 14:37:16 -0500 [mdiwan@server3 ~]$ sudo getenforce [sudo] password for mdiwan: Disabled [mdiwan@server3 ~]$ cat /etc/fstab | grep tmp [mdiwan@server3 ~]$ mount | grep /tmp tmpfs on /tmp type tmpfs (rw) selinux is disabled on this server .. at least till we figure this out but yes /tmp is a tmpfs mount which makes me wonder how it holds a 100 gig file.. it clearly doesn't ... it seems to have a temporary hardlink to the OVIRT nfs export share when virt-v2v2 is running??? -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 18:53:03 + On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Matt thanks , just saw that response .. testing NFS now , but as both vdsm and root local and remote -Original Message- From: Matthew Booth mbo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Tue, 14 Jan 2014 16:33:28 + On 14/01/14 16:30, Madhav V Diwan wrote: HI all , Any new ideas about this issue ?.. its blocking me from my ESX conversion ... Hi, Madhav. I don't see a response from you about the NFS permission test. Did you do it? I remain convinced that this is your problem. Matt -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Sat, 11 Jan 2014 08:57:33 -0500 setting up a physical /tmp with 1777 permissions did not work .. and i see ovirt/vdsm is making a temporary nfsV4 mount of the target export domain to /tmp on the ovirt server (what i thought was a hard link is actually a nfs mount for the duration of the conversion) so if the issue is not permissions on /tmp or the fact that we normally use tmpfs , what is left? -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 17:26:34 -0500 i have some spare disk on this server that i can make a /tmp partition from .. i am going to try that approach to rule out the tmpfs as an issue but woe to those who need such a large physical tmp partition for VM conversions.. -Original Message- From: Madhav V Diwan mdi...@diwanconsulting.com To: Richard W.M. Jones rjo...@redhat.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 14:37:16 -0500 [mdiwan@server3 ~]$ sudo getenforce [sudo] password for mdiwan: Disabled [mdiwan@server3 ~]$ cat /etc/fstab | grep tmp [mdiwan@server3 ~]$ mount | grep /tmp tmpfs on /tmp type tmpfs (rw) selinux is disabled on this server .. at least till we figure this out but yes /tmp is a tmpfs mount which makes me wonder how it holds a 100 gig file.. it clearly doesn't ... it seems to have a temporary hardlink to the OVIRT nfs export share when virt-v2v2 is running??? -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 18:53:03 + On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Issue resolved -- this issue is caused by improper root user permission to read/write to NFS export share OK here is what i did with the NFS and UID 36 tests first test as user vdsm on the ovirt server itself $ ssh server3 Last login: Sun Jan 12 23:53:58 2014 [mdiwan@server3 ~]$ id vdsm uid=36(vdsm) gid=36(kvm) groups=36(kvm),179(sanlock),107(qemu) [mdiwan@server3 ~]$ sudo su - vdsm [sudo] password for mdiwan: This account is currently not available. [mdiwan@server3 ~]$ sudo vi /etc/passwd [mdiwan@server3 ~]$ sudo su - vdsm -bash-4.2$ mkdir /tmp/ovirt-mount -bash-4.2$ exit logout [mdiwan@server3 ~]$ su - Password: [root@server3 ~]# mount server3:/localstorage/nfs /tmp/ovirt-mount [root@server3 ~]# su - vdsm -bash-4.2$ whoami vdsm -bash-4.2$ id uid=36(vdsm) gid=36(kvm) groups=36(kvm),107(qemu),179(sanlock) -bash-4.2$ -bash-4.2$ -bash-4.2$ cd /tmp/ovirt-mount/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/ -bash-4.2$ ls dom_md images master -bash-4.2$ touch foo -bash-4.2$ ls dom_md foo images master -bash-4.2$ ls -l total 0 drwxr-xr-x 2 vdsm kvm 69 Dec 26 19:07 dom_md -rw-r--r-- 1 vdsm kvm 0 Jan 14 11:39 foo drwxr-xr-x 2 vdsm kvm 6 Dec 26 19:07 images drwxr-xr-x 4 vdsm kvm 28 Dec 26 19:07 master -bash-4.2$ rm foo -bash-4.2$ ls dom_md images master -bash-4.2$ exit logout second test on a separate server with the ovirt server's NFS export with a temporary UID 3 GID 36 user [root@server2 ~]# mount server3:/ /localstorage/nfs/var/lib/exports/iso-20131223154119 /var/lib/exports/iso [root@server2 ~]# mount server3:/localstorage/nfs /tmp/ovirt-mount [root@server2 ~]# su - vdsm -bash-4.2$ cd /tmp/ovirt-mount/ -bash-4.2$ ls 8eff2927-3bff-4b15-bdd0-8c4e0f40652d __DIRECT_IO_TEST__ -bash-4.2$ cd 8eff2927-3bff-4b15-bdd0-8c4e0f40652d/ -bash-4.2$ ls dom_md images master -bash-4.2$ touch foo -bash-4.2$ ls dom_md foo images master -bash-4.2$ ls -l total 0 drwxr-xr-x. 2 vdsm kvm 69 Dec 26 19:07 dom_md -rw-r--r--. 1 vdsm kvm 0 Jan 14 11:52 foo drwxr-xr-x. 2 vdsm kvm 6 Dec 26 19:07 images drwxr-xr-x. 4 vdsm kvm 28 Dec 26 19:07 master -bash-4.2$ rm foo -bash-4.2$ ls dom_md images master -bash-4.2$ exit logout [root@server2 ~]# cd /tmp/ovirt-mount/ [root@server2 ovirt-mount]# ls 8eff2927-3bff-4b15-bdd0-8c4e0f40652d __DIRECT_IO_TEST__ [root@server2 ovirt-mount]# cd 8eff2927-3bff-4b15-bdd0-8c4e0f40652d/ [root@server2 8eff2927-3bff-4b15-bdd0-8c4e0f40652d]# ls dom_md images master [root@server2 8eff2927-3bff-4b15-bdd0-8c4e0f40652d]# touch foo touch: cannot touch ‘foo’: Permission denied ROOT USER FAILS TO WRITE .. definitely NFS permissions. problem is that vdsm user has /sbin/nologin set in /etc/password , i had to change that for this test.. and i have been under the impression that root user should be the one doing the conversion. based on the above I have changed my nfs export to allow root to write this NFS storage, the conversion now works thank you Matt and thank you Richard for taking the time to figure this out with me. Dont like using root for the conversions though, too easy to destroy the source vms on ESX for my taste. Going forward i think i am going to make a conVIRT user instead of use root.. i'll let the list know how that goes. looks like NFS is the only thing that would need changing ( maybe i can make it a NFS only account) Madhav -Original Message- From: Matthew Booth mbo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Tue, 14 Jan 2014 16:33:28 + On 14/01/14 16:30, Madhav V Diwan wrote: HI all , Any new ideas about this issue ?.. its blocking me from my ESX conversion ... Hi, Madhav. I don't see a response from you about the NFS permission test. Did you do it? I remain convinced that this is your problem. Matt -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Sat, 11 Jan 2014 08:57:33 -0500 setting up a physical /tmp with 1777 permissions did not work .. and i see ovirt/vdsm is making a temporary nfsV4 mount of the target export domain to /tmp on the ovirt server (what i thought was a hard link is actually a nfs mount for the duration of the conversion) so if the issue is not permissions on /tmp or the fact that we normally use tmpfs , what is left? -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 17:26:34 -0500 i have some spare disk on this server that i can make a /tmp partition from .. i am going to try that approach to rule out the tmpfs as an issue but woe to those who need such a large physical tmp partition for VM conversions.. -Original
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
to set selinux permissive without reboot , use the setenforce command this threads issue was NFS permissions though.. -Original Message- From: Bob Doolittle b...@doolittle.us.com To: Sven Kieske s.kie...@mittwald.de, users@ovirt.org users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Tue, 14 Jan 2014 11:47:48 -0500 The first thing I do in a situation like this is to disable iptables and firewalld, to see if the problem clears up. systemctl stop iptables; systemctl stop firewalld Then, if I actually need them (usually I don't), I drill deeper. Also, I always configure SELinux to permissive in /etc/selinux/config (but I don't know how to make that take effect immediately without reboot on Fedora). -Bob On 01/14/2014 11:38 AM, Sven Kieske wrote: Hi, I didn't reread the whole thread, but did you check firewall settings and SELinux if they permit NFS to those directorys? Am 14.01.2014 17:33, schrieb Matthew Booth: Hi, Madhav. I don't see a response from you about the NFS permission test. Did you do it? I remain convinced that this is your problem. Matt ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] conversion of ESXi 5 centos VM to fedora19 ovirt host-- import failed
well. its never easy is it... anyone have an idea as to what I've done wrong now? Import failed due to the following 2014-01-14 14:39:37,400 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--127.0.0.1-8702-8) [79a09c5d] START, DoesImageExistVDSCommand( storagePoolId = 030ed024-e10c-450f-9b1d-1ed40802fd17, ignoreFailoverLimit = false, storageDomainId = 8eff2927-3bff-4b15-bdd0-8c4e0f40652d, imageGroupId = 0bbe9315-13ba-4e37-b6b2-5366b6b70d2d, imageId = 5e9d09c6-b2ba-419d-9bc5-976d3507), log id: 28a4a8eb 2014-01-14 14:39:37,475 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.DoesImageExistVDSCommand] (ajp--127.0.0.1-8702-8) [79a09c5d] FINISH, DoesImageExistVDSCommand, return: true, log id: 28a4a8eb 2014-01-14 14:39:37,511 INFO [org.ovirt.engine.core.bll.ImportVmCommand] (pool-6-thread-48) [79a09c5d] Running command: ImportVmCommand internal: false. Entities affected : ID: 0bc08020-eeb5-4707-af85-92de8e89d91f Type: Storage 2014-01-14 14:39:37,525 INFO [org.ovirt.engine.core.bll.ImagesHandler] (pool-6-thread-48) [79a09c5d] Disk alias retrieved from the client is null or empty, the suggested default disk alias to be used is dev1_Disk1 2014-01-14 14:39:37,525 WARN [org.ovirt.engine.core.bll.ImportVmCommand] (pool-6-thread-48) [79a09c5d] VM e9404bd8-7ecb-45bf-bfce-6d00b02595fd doesnt have active snapshot in export domain 2014-01-14 14:39:37,529 INFO [org.ovirt.engine.core.bll.CopyImageGroupCommand] (pool-6-thread-48) [7dbe036b] Running command: CopyImageGroupCommand internal: true. Entities affected : ID: 0bc08020-eeb5-4707-af85-92de8e89d91f Type: Storage 2014-01-14 14:39:37,541 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (pool-6-thread-48) [7dbe036b] START, CopyImageVDSCommand( storagePoolId = 030ed024-e10c-450f-9b1d-1ed40802fd17, ignoreFailoverLimit = false, storageDomainId = 8eff2927-3bff-4b15-bdd0-8c4e0f40652d, imageGroupId = 0bbe9315-13ba-4e37-b6b2-5366b6b70d2d, imageId = 5e9d09c6-b2ba-419d-9bc5-976d3507, dstImageGroupId = 0bbe9315-13ba-4e37-b6b2-5366b6b70d2d, vmId = e9404bd8-7ecb-45bf-bfce-6d00b02595fd, dstImageId = 5e9d09c6-b2ba-419d-9bc5-976d3507, imageDescription = , dstStorageDomainId = 0bc08020-eeb5-4707-af85-92de8e89d91f, copyVolumeType = LeafVol, volumeFormat = RAW, preallocate = Preallocated, postZero = false, force = true), log id: 32b8fe16 2014-01-14 14:39:37,542 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (pool-6-thread-48) [7dbe036b] -- executeIrsBrokerCommand: calling 'copyImage' with two new parameters: description and UUID 2014-01-14 14:39:37,542 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (pool-6-thread-48) [7dbe036b] -- copyImage parameters: sdUUID=8eff2927-3bff-4b15-bdd0-8c4e0f40652d spUUID=030ed024-e10c-450f-9b1d-1ed40802fd17 vmGUID=e9404bd8-7ecb-45bf-bfce-6d00b02595fd srcImageGUID=0bbe9315-13ba-4e37-b6b2-5366b6b70d2d srcVolUUID=5e9d09c6-b2ba-419d-9bc5-976d3507 dstImageGUID=0bbe9315-13ba-4e37-b6b2-5366b6b70d2d dstVolUUID=5e9d09c6-b2ba-419d-9bc5-976d3507 descr= dstSdUUID=0bc08020-eeb5-4707-af85-92de8e89d91f 2014-01-14 14:39:37,549 ERROR [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (pool-6-thread-48) [7dbe036b] Command CopyImageVDS execution failed. Exception: IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image does not exist in domain: 'image=0bbe9315-13ba-4e37-b6b2-5366b6b70d2d, domain=8eff2927-3bff-4b15-bdd0-8c4e0f40652d' 2014-01-14 14:39:37,550 INFO [org.ovirt.engine.core.vdsbroker.irsbroker.CopyImageVDSCommand] (pool-6-thread-48) [7dbe036b] FINISH, CopyImageVDSCommand, return: ----, log id: 32b8fe16 2014-01-14 14:39:37,550 ERROR [org.ovirt.engine.core.bll.CopyImageGroupCommand] (pool-6-thread-48) [7dbe036b] Command org.ovirt.engine.core.bll.CopyImageGroupCommand throw Vdc Bll exception. With error message VdcBLLException: org.ovirt.engine.core.vdsbroker.irsbroker.IrsOperationFailedNoFailoverException: IRSGenericException: IRSErrorException: Image does not exist in domain: 'image=0bbe9315-13ba-4e37-b6b2-5366b6b70d2d, domain=8eff2927-3bff-4b15-bdd0-8c4e0f40652d' (Failed with error ImageDoesNotExistInDomainError and code 268) - ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
[mdiwan@server3 ~]$ sudo getenforce [sudo] password for mdiwan: Disabled [mdiwan@server3 ~]$ cat /etc/fstab | grep tmp [mdiwan@server3 ~]$ mount | grep /tmp tmpfs on /tmp type tmpfs (rw) selinux is disabled on this server .. at least till we figure this out but yes /tmp is a tmpfs mount which makes me wonder how it holds a 100 gig file.. it clearly doesn't ... it seems to have a temporary hardlink to the OVIRT nfs export share when virt-v2v2 is running??? -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 18:53:03 + On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
i have some spare disk on this server that i can make a /tmp partition from .. i am going to try that approach to rule out the tmpfs as an issue but woe to those who need such a large physical tmp partition for VM conversions.. -Original Message- From: Madhav V Diwan mdi...@diwanconsulting.com To: Richard W.M. Jones rjo...@redhat.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 14:37:16 -0500 [mdiwan@server3 ~]$ sudo getenforce [sudo] password for mdiwan: Disabled [mdiwan@server3 ~]$ cat /etc/fstab | grep tmp [mdiwan@server3 ~]$ mount | grep /tmp tmpfs on /tmp type tmpfs (rw) selinux is disabled on this server .. at least till we figure this out but yes /tmp is a tmpfs mount which makes me wonder how it holds a 100 gig file.. it clearly doesn't ... it seems to have a temporary hardlink to the OVIRT nfs export share when virt-v2v2 is running??? -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 18:53:03 + On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
setting up a physical /tmp with 1777 permissions did not work .. and i see ovirt/vdsm is making a temporary nfsV4 mount of the target export domain to /tmp on the ovirt server (what i thought was a hard link is actually a nfs mount for the duration of the conversion) so if the issue is not permissions on /tmp or the fact that we normally use tmpfs , what is left? -Original Message- To: Richard W.M. Jones rjo...@redhat.com Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 17:26:34 -0500 i have some spare disk on this server that i can make a /tmp partition from .. i am going to try that approach to rule out the tmpfs as an issue but woe to those who need such a large physical tmp partition for VM conversions.. -Original Message- From: Madhav V Diwan mdi...@diwanconsulting.com To: Richard W.M. Jones rjo...@redhat.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 14:37:16 -0500 [mdiwan@server3 ~]$ sudo getenforce [sudo] password for mdiwan: Disabled [mdiwan@server3 ~]$ cat /etc/fstab | grep tmp [mdiwan@server3 ~]$ mount | grep /tmp tmpfs on /tmp type tmpfs (rw) selinux is disabled on this server .. at least till we figure this out but yes /tmp is a tmpfs mount which makes me wonder how it holds a 100 gig file.. it clearly doesn't ... it seems to have a temporary hardlink to the OVIRT nfs export share when virt-v2v2 is running??? -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com Cc: mbo...@redhat.com, users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 18:53:03 + On Fri, Jan 10, 2014 at 12:48:43PM -0500, Madhav V Diwan wrote: Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log It looks like this is correctly setting the environment variable: [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 ^ see that it's set correctly here. [...] libguestfs: trace: add_drive /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. So this is not the bug I was thinking of. (In fact it's obvious now I look closer. This has nothing to do with libvirt, and the error message is being generated by libguestfs earlier on) Is there some other reason that libguestfs would not be able to open that file in /tmp? Perhaps there is an SELinux AVC? Or /tmp has strange permissions ...? Is /tmp a tmpfs mount? I believe the actual code path you're hitting is this one: https://github.com/libguestfs/libguestfs/blob/stable-1.22/src/drives.c#L660 I'm not exactly sure why that fails. Rich. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Hi Does anyone know what I should do next to fix this issue or give you more information about it? I don't want to muck about too much with configuration files without knowing what VDSM will want and what QEMU or needs for this conversion to work. -M -Original Message- To: users@ovirt.org Date: Thu, 09 Jan 2014 21:49:25 -0500 Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
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 isuid 36 and gid 36 [root@server3 ~]# ls -l /localstorage/ total 4 drwxr-xr-x 3 vdsm kvm74 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 mbo...@redhat.com To: Madhav V Diwan mdi...@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 + 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 emi...@gmail.com on25.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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
-Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, mbo...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:32:28 + On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.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 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. * yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host
Sorry richard seems that it failed even when i tried to set that variable Maybe i set up the command incorrectly? here is what i ran [root@server3 ~]# cat convrtesxhost.sh #!/bin/bash export LIBGUESTFS_TRACE=1 export LIBGUESTFS_DEBUG=1 export LIBGUESTFS_BACKEND=direct virt-v2v -ic esx://ESX.decllc.biz/?no_verify=1 -o rhev -os server3.decllc.biz:/localstorage/nfs --network ovirtmgmt razDC 21 | tee /var/log/virt-v2v.log *** and here is the same result .. note the guestfs switches back to appliance backend [root@server3 ~]# ./convrtesxhost.sh virt-v2v: Transferring storage volume razDC_razDC: 107374182400 bytes libguestfs: trace: set_verbose true libguestfs: trace: set_verbose = 0 libguestfs: trace: set_backend direct libguestfs: trace: set_backend = 0 libguestfs: create: flags = 0, handle = 0x30c1090, 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/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17 format:raw iface:ide name:sda libguestfs: trace: add_drive = -1 (error) /tmp/dgsXFuqz0X/8eff2927-3bff-4b15-bdd0-8c4e0f40652d/v2v.nCJ17ysL/e1660d18-b67b-4002-9835-10c654e7ee0e/a7afe4c5-ece8-4022-a8ec-964984a8db17: Permission denied at /usr/lib64/perl5/vendor_perl/Sys/Guestfs.pm line 670. libguestfs: trace: close libguestfs: closing guestfs handle 0x30c1090 (state 0) -M On Fri, 2014-01-10 at 10:38 -0500, Madhav V Diwan wrote: -Original Message- From: Richard W.M. Jones rjo...@redhat.com To: Madhav V Diwan mdi...@diwanconsulting.com, mbo...@redhat.com Cc: users@ovirt.org Subject: Re: [Users] issue with conversion of ESXi 5 centos VM to fedora19 ovirt host Date: Fri, 10 Jan 2014 15:32:28 + On Thu, Jan 09, 2014 at 09:49:25PM -0500, Madhav V Diwan wrote: Hello everybody! I seem to be having a problem similar to the posting from importing VM from ESXI posted by emi...@gmail.com on25.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 Are you running virt-v2v as root? If so my guess is that it's this libvirt bug: https://bugzilla.redhat.com/show_bug.cgi?id=1045069 https://bugzilla.redhat.com/show_bug.cgi?id=1045039 The easiest thing is to disable libvirt by doing: sudo bash export LIBGUESTFS_BACKEND=direct virt-v2v [..etc..] Rich. * yes unfortunately i am running as root.. hate doing that but what account SHOULD i use? myself? VDSM? sudo -u who interesting idea.. Ill try it now on a smaller vm. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users