Thanks Shahar. Will do. I created a new VM on VMWare for the purposes of testing the import again with a new hostname, and it failed with the same error.
Cheers, Cam On 21 July 2016 at 12:59, Shahar Havivi <shav...@redhat.com> wrote: > On 21.07.16 14:58, Shahar Havivi wrote: >> The error looks like you have a problem in the storage pool which is null by >> the log. >> >> Please open a bug and specify the exact steps that you took, >> ie. >> 1. $ virt-v2v -o rhev ... >> 2. goto the admin portal and try to view the VMs in the export domain >> 3. etc... >> >> If you can attach the ova without the disk it will be great. > And please attach the engine.log as well. >> >> Shahar. >> >> On 21.07.16 10:16, Cam Mac wrote: >> > Sent, thanks Shahar. >> > >> > On Thu, Jul 21, 2016 at 10:05 AM, Shahar Havivi <shav...@redhat.com> wrote: >> > >> > > On 21.07.16 10:03, Cam Mac wrote: >> > > OK, >> > > Can you please share the engine.log >> > > > Hi Shahar, >> > > > >> > > > Doesn't appear to be there: >> > > > >> > > > engine=> select vm_name from vm_static where vm_name='wvm2'; >> > > > vm_name >> > > > --------- >> > > > (0 rows) >> > > > >> > > > Thanks, >> > > > >> > > > Cam >> > > > >> > > > >> > > > >> > > > On Thu, Jul 21, 2016 at 8:33 AM, Shahar Havivi <shav...@redhat.com> >> > > wrote: >> > > > >> > > > > On 20.07.16 20:06, Richard W.M. Jones wrote: >> > > > > > On Wed, Jul 20, 2016 at 07:16:32PM +0100, Cam Mac wrote: >> > > > > > > > >> > > > > > > > The import doesn't happen automatically, you have to do the >> > > > > > > > final >> > > > > step >> > > > > > > > manually (when using the command line). See: >> > > > > > > > >> > > > > > > > http://libguestfs.org/virt-v2v.1.html#output-to-rhev >> > > > > > > > >> > > > > > > > However that error shouldn't happen. It looks like the name is >> > > the >> > > > > > > > same as the name of an existing VM. From virt-v2v you can do >> > > > > > > > the >> > > > > > > > whole conversion/import over again, this time adding the `-on >> > > > > > > > new_name' option to the command line (obviously choosing a name >> > > which >> > > > > > > > is not otherwise being used). >> > > > > > > > >> > > > > > > > I don't know if there's a way to get oVirt to change the name >> > > when >> > > > > > > > importing from the export domain. As far as I know you have to >> > > start >> > > > > > > > the import from scratch. >> > > > > > > > >> > > > > > > > >> > > > > > > There's no existing VM with that name that I can see. It may have >> > > come >> > > > > from >> > > > > > > one of my earlier import attempts, >> > > > > > > though that earlier attempt did not show up in the GUI, it did >> > > write >> > > > > files >> > > > > > > to the export domain. >> > > > > > > >> > > > > > > I re-ran the conversion again with a rename but it failed to >> > > import it >> > > > > > > again, with the same error. >> > > > > > > >> > > > > > > Could there be a record in the DB somewhere, or does it look at >> > > > > > > the >> > > > > files >> > > > > > > alone? Just trying to work out where the conflict is. >> > > > > > >> > > > > > I had a look at the ovirt-engine code where >> > > > > > ACTION_TYPE_FAILED_NAME_ALREADY_USED is raised and it appears to >> > > > > > come >> > > > > > from a database check. However I'm not really familiar enough with >> > > > > > the code to be sure. Probably best to ask an oVirt developer, or >> > > > > > try >> > > > > > dumping the database to see if "wvm2" appears in a column anywhere. >> > > > > > >> > > > > > Rich. >> > > > > > >> > > > > > -- >> > > > > > Richard Jones, Virtualization Group, Red Hat >> > > > > http://people.redhat.com/~rjones >> > > > > > Read my programming and virtualization blog: >> > > http://rwmj.wordpress.com >> > > > > > Fedora Windows cross-compiler. Compile Windows programs, test, and >> > > > > > build Windows installers. Over 100 libraries supported. >> > > > > > http://fedoraproject.org/wiki/MinGW >> > > > > It may be in the DB... >> > > > > Try to run this via psql: >> > > > > >> > > > > select vm_name from vm_static where vm_name='wvm2'; >> > > > > >> > > > > and see if there is a result... >> > > > > >> > > > _______________________________________________ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- Campbell McLeay · Senior Systems Administrator London · New York · Los Angeles · Montréal T +44 (0)20 7344 8000 19-23 Wells Street, London W1T 3PQ Twitter · Facebook · framestore.com _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users