<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>I'm not going to lie I never had much luck. I end up using qemu-img convert on the command line to convert a vmdk to a raw file. The ova should just be a compressed file. Plenty of blogs on this. </div><div id="AppleMailSignature"><br></div><div id="AppleMailSignature">I know that's not the answer you're looking for but if you run out of options you can do this. Look for articles on converting vmdk or ova or qcow2. You will need to create the vm in advance. Then check the image name on the storage subtab. Then do a find for it. </div><div id="AppleMailSignature">Find / -name [long name here]</div><div id="AppleMailSignature"><br></div><div id="AppleMailSignature">I've had virtual appliances built for kvm just not work (like Citrix Netscaler). Using the esx appliance and doing the steps above it works on ovirt/rhev. I am not speaking for ovirt or red hat here though, just as someone who muddled through<br><br></div><div><br>On Dec 15, 2016, at 4:02 AM, Shahar Havivi <<a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="ltr">Hi,<div>There is a patch and its working with you ova</div><div>you can apply it to your environment if you want it to work now</div><div><a href="https://gerrit.ovirt.org/#/c/68510/">https://gerrit.ovirt.org/#/c/68510/</a><br></div><div><br></div><div> Shahar.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Dec 14, 2016 at 7:30 PM, <span dir="ltr"><<a href="mailto:aleksey.maksimov@it-kb.ru" target="_blank">aleksey.maksimov@it-kb.ru</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Derek, thank you for participating.<br>
<br>
In the end, I completed the task (OVA imported).<br>
The root of the problem is that I tried to use the import with thin provision.<br>
But there is a known issue <a href="https://bugzilla.redhat.com/show_bug.cgi?id=1382404" rel="noreferrer" target="_blank">https://bugzilla.redhat.com/<wbr>show_bug.cgi?id=1382404</a><br>
Workaround: Import VM from OVA as preallocated<br>
It's not a very good solution, but it is better than nothing<br>
<br>
14.12.2016, 17:50, "Derek Atkins" <<a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Hi Aleksey,<br>
><br>
> One more question for debugging purposes: How long does the import go<br>
> before it dies? Do you have enough time to run:<br>
><br>
> ps aux | grep virt-v2v<br>
><br>
> On the import host while it's running? This might help us determine<br>
> where it's trying to store the data. It should be storing it in the<br>
> target storage, but it's possible that it's using temp space and then<br>
> running out.<br>
><br>
> -derek<br>
><br>
> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a> writes:<br>
><br>
>> Hi Shahar.<br>
>><br>
>> Look at the attached screenshot<br>
>><br>
>> 14.12.2016, 12:15, "Shahar Havivi" <<a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>>:<br>
>><br>
>> Hi,<br>
>> I was able to import your VMs with storage domain that had 350GB free.<br>
>> Your ova have a disk with 1GB actual size and 256 virtual size - when I<br>
>> try to import to a storage with 50G I got the error that you had.<br>
>><br>
>> if you will look at /var/log/vdsm/import/... you will see the logs of each<br>
>> import,<br>
>> In the one that fail I found this line:<br>
>> qemu-img: error while writing sector 423174528: No space left on device<br>
>><br>
>> virt-v2v try to convert via qemu-img the img from vmdk to qcow and<br>
>> encountered free space issue in the storage domain.<br>
>><br>
>> Please consider asking the mailing list <a href="mailto:libguestfs@redhat.com">libguestfs@redhat.com</a> about this<br>
>> issue or try to increase your storage domain if you want a quick fix.<br>
>><br>
>> The reason that I think you where able to import via the virt-v2v command<br>
>> is the usage of 'virt-v2v -o null' which is not writing to the disk.<br>
>><br>
>> Shahar.<br>
>><br>
>> On Tue, Dec 13, 2016 at 12:54 PM, <<a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a>> wrote:<br>
>><br>
>> Engine - oVirt Engine Version: 4.0.5.5-1.el7.centos (CentOS 7.2)<br>
>><br>
>> All Hosts:<br>
>> OS Version:RHEL - 7 - 2.1511.el7.centos.2.10<br>
>> OS Description:CentOS Linux 7 (Core)<br>
>> Kernel Version:3.10.0 - 327.36.3.el7.x86_64<br>
>> KVM Version:2.3.0 - 31.el7.16.1<br>
>> LIBVIRT Version:libvirt-2.0.0-10.el7_<wbr>3.2<br>
>> VDSM Version:vdsm-4.18.15.3-1.el7.<wbr>centos<br>
>> SPICE Version:0.12.4 - 15.el7_2.2<br>
>> GlusterFS Version:[N/A]<br>
>> CEPH Version:librbd1-0.80.7-3.el7<br>
>><br>
>> [root@KOM-AD01-VM31 ~]# virt-v2v -V<br>
>> virt-v2v 1.28.1<br>
>><br>
>> 13.12.2016, 13:20, "Shahar Havivi" <<a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>>:<br>
>><br>
>> version of Engine and Host and virt-v2v (which is running on your<br>
>> host)<br>
>> and are you running on Fedora, Centos ext?<br>
>><br>
>> On Tue, Dec 13, 2016 at 12:08 PM, <<a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a>><br>
>> wrote:<br>
>><br>
>> 1. No. This is an unacceptable option for me<br>
>> 2. No. This is my first experience<br>
>> 3. Versions where? On Engine or on Host ?<br>
>> 4. Yes.<br>
>><br>
>> 13.12.2016, 13:03, "Shahar Havivi" <<a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>>:<br>
>><br>
>> Thanks you,<br>
>> Several questions:<br>
>> 1. did you try to import the disk target as preallocate?<br>
>> 2. did you try to import other ova files?<br>
>> 3. can you please send us version of virt-v2v, vdsm and<br>
>> engine and the os that you are running with.<br>
>> 4. Is it possible for you to share the ova file?<br>
>><br>
>> Thank you,<br>
>> Shahar.<br>
>><br>
>> On Tue, Dec 13, 2016 at 11:23 AM, <<br>
>> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.<wbr>maksimov@it-kb.ru</a>> wrote:<br>
>><br>
>> Log attached<br>
>><br>
>> 13.<wbr>12.2016, 11:32, "Shahar Havivi" <<a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a><br>
>> >:<br>
>><br>
>> <wbr>Thank you,<br>
>> <wbr>We need the vdsm log as well please - its the host<br>
>> <wbr>that you try to import the ova from under /var/log<br>
>> /<wbr>vdsm/vdsm.log<br>
>><br>
>> <wbr>Shahar.<br>
>><br>
>> <wbr>On Tue, Dec 13, 2016 at 9:58 AM, <<br>
>> <a href="mailto:aleksey.maksimov@it-kb.ru">a<wbr>leksey.maksimov@it-kb.ru</a>> wrote:<br>
>><br>
>> <wbr> Log attached<br>
>><br>
>> <wbr> 13.12.2016, 10:04, "Shahar Havivi" <<br>
>> <wbr> <a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>>:<br>
>><br>
>> <wbr> Please attach the log and will see what<br>
>> <wbr> the error is.<br>
>><br>
>> <wbr> On Tue, Dec 13, 2016 at 9:01 AM, <<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.<wbr>ru</a>> wrote:<br>
>><br>
>> <wbr> Preallocated ?<br>
>> <wbr> I'm trying to import image of virtual<br>
>> <wbr> appliance "HP 3PAR Virtual Service<br>
>> <wbr> Processor"<br>
>> <wbr> This virtual machine has drive 256GB.<br>
>> <wbr> But really, this is a 40GB disk never<br>
>> <wbr> grows. I don't want to waste that much<br>
>> <wbr> disk space.<br>
>><br>
>> <wbr> There is no other way ?<br>
>><br>
>> <wbr> 13.12.2016, 09:53, "Shahar Havivi" <<br>
>> <wbr> <a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>><wbr>:<br>
>><br>
>> <wbr> Ok<br>
>> <wbr> so try to import as preallocated and<br>
>> <wbr> attach the log if you have any errors.<br>
>><br>
>> <wbr> Shahar.<br>
>><br>
>> <wbr> On Tue, Dec 13, 2016 at 8:47 AM, <<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>> wrote:<br>
>><br>
>> <wbr> All my Data-Domains - FC SAN. Not<br>
>> <wbr> ISCSI.<br>
>><br>
>> <wbr> 13.12.2016, 09:41, "Shahar Havivi" <<br>
>> <wbr> <a href="mailto:shavivi@redhat.com">shavivi@redhat.com</a>><wbr>:<br>
>><br>
>> <wbr> What is the type of the target storage<br>
>> <wbr> domain that you try to import to?(nfs<br>
>> <wbr> or iscsi)<br>
>> <wbr> if its iscsi try to change it to<br>
>> <wbr> preallocate instead of thin-provision,<br>
>> <wbr> also please attach the engine log if<br>
>> <wbr> you have more problems.<br>
>><br>
>> <wbr> Shahar.<br>
>><br>
>> <wbr> On Tue, Dec 13, 2016 at 7:08 AM, <<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>> wrote:<br>
>><br>
>> <wbr> # LIBGUESTFS_BACKEND=direct virt-v2v<br>
>> <wbr> -v -x -i ova /tmp/<br>
>> <wbr> rhel_Vsp-4.4.0.GA-<wbr>53.ova -of raw -o<br>
>> <wbr> null<br>
>><br>
>> <wbr> ....<br>
>> <wbr> fsync /dev/sda<br>
>> <wbr> guestfsd: main_loop: proc 282<br>
>> <wbr> (internal_autosync) took 0.01 seconds<br>
>> <wbr> libguestfs: trace: internal_autosync =<br>
>> <wbr> 0<br>
>> <wbr> libguestfs: sending SIGTERM to process<br>
>> <wbr> 3338<br>
>> <wbr> libguestfs: trace: shutdown = 0<br>
>> <wbr> libguestfs: trace: close<br>
>> <wbr> libguestfs: closing guestfs handle<br>
>> <wbr> 0x2880a10 (state 0)<br>
>> <wbr> libguestfs: command: run: rm<br>
>> <wbr> libguestfs: command: run: \ -rf /tmp/<br>
>> <wbr> libguestfsrxuByo<br>
>> <wbr> [ 99.0] Checking if the guest needs<br>
>> <wbr> BIOS or UEFI to boot<br>
>> <wbr> [ 99.0] Copying disk 1/1 to /var/tmp/<br>
>> <wbr> null.lP6vGa/sda (raw)<br>
>> <wbr> target_file = /var/tmp/null.lP6vGa/sda<br>
>> <wbr> target_format = raw<br>
>> <wbr> target_estimated_<wbr>size = 13480052354<br>
>> <wbr> target_overlay = /var/tmp/<br>
>> <wbr> v2vovle81937.qcow2<br>
>> <wbr> target_overlay.ov_<wbr>source = /var/tmp/<br>
>> <wbr> ova.zJ6ks8/<br>
>> <wbr> rhel_Vsp-4.4.0.GA-<wbr>53-disk1.vmdk<br>
>> <wbr> qemu-img convert -p -n -f qcow2 -O<br>
>> <wbr> 'raw' '/var/tmp/v2vovle81937.qcow2' '/<br>
>> <wbr> var/tmp/null.<wbr>lP6vGa/sda'<br>
>> <wbr> (100.00/100%)<br>
>> <wbr> virtual copying rate: 95364.1 M bits/<br>
>> <wbr> sec<br>
>> <wbr> real copying rate: 811.7 M bits/sec<br>
>> <wbr> sda: estimate 13480052354 (12.6G)<br>
>> <wbr> versus actual 2339610624 (2.2G):<br>
>> <wbr> 476.2%<br>
>> <wbr> [ 126.0] Creating output metadata<br>
>> <wbr> [ 126.0] Finishing off<br>
>><br>
>> <wbr> The output is very voluminous. Errors<br>
>> <wbr> are seen.<br>
>><br>
>> <wbr> 13.12.2016, 07:59, "<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>" <<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>>:<br>
>> <wbr> > -bash: annotate-output: command not<br>
>> <wbr> found<br>
>> <wbr> ><br>
>> <wbr> > 12.12.2016, 21:26, "Derek Atkins" <<br>
>> <wbr> <a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a>>:<br>
>> <wbr> >> Hi,<br>
>> <wbr> >><br>
>> <wbr> >> What happened when you ran the<br>
>> <wbr> virt-v2v command I suggested?<br>
>> <wbr> >><br>
>> <wbr> >> -derek<br>
>> <wbr> >><br>
>> <wbr> >> On Mon, December 12, 2016 12:32<br>
>> <wbr> pm, <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a> wrote:<br>
>> <wbr> >>> I mount 5TB nfs-share to my host<br>
>> <wbr> and tried to import OVA from this<br>
>> <wbr> >>> mount-point.<br>
>> <wbr> >>> Exact same error.<br>
>> <wbr> >>><br>
>> <wbr> >>> Do the import process attempts<br>
>> <wbr> to use 256G inside the Engine virtual<br>
>> <wbr> >>> machine ???<br>
>> <wbr> >>><br>
>> <wbr> >>> 12.12.2016, 18:01, "<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>"<br>
>> <wbr> >>> <<a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a>>:<br>
>> <wbr> >>>> 1.2G is real OVA image size.<br>
>> <wbr> >>>> 256G is virtual disk size.<br>
>> <wbr> >>>> Could this be a problem?<br>
>> <wbr> >>>><br>
>> <wbr> >>>> But before I start the import,<br>
>> <wbr> in the settings I choose "Thin<br>
>> <wbr> provision"<br>
>> <wbr> >>>> (see the attached screenshot)<br>
>> <wbr> >>>><br>
>> <wbr> >>>> 12.12.2016, 17:47, "<br>
>> <wbr> <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@<wbr>it-kb.ru</a>"<br>
>> <wbr> >>>> <<a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a>>:<br>
>> <wbr> >>>>> Hi Derek<br>
>> <wbr> >>>>><br>
>> <wbr> >>>>> # df -H /tmp/<br>
>> <wbr> >>>>><br>
>> <wbr> >>>>> Filesystem Size Used Avail<br>
>> <wbr> Use% Mounted on<br>
>> <wbr> >>>>> /dev/cciss/c0d0p2 53G 5.7G<br>
>> <wbr> 45G 12% /<br>
>> <wbr> >>>>><br>
>> <wbr> >>>>> But my OVA file size - 1.2G<br>
>> <wbr> >>>>><br>
>> <wbr> >>>>> 12.12.2016, 17:26, "Derek<br>
>> <wbr> Atkins" <<a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a>>:<br>
>> <wbr> >>>>>> Hi,<br>
>> <wbr> >>>>>><br>
>> <wbr> >>>>>> Did you perhaps run out of<br>
>> <wbr> disk space in /tmp? I'm not sure where<br>
>> <wbr> >>>>>> the<br>
>> <wbr> >>>>>> virt-v2v does it work, but<br>
>> <wbr> the error "Conversion of VM from<br>
>> <wbr> exteral<br>
>> <wbr> >>>>>> enironment failed:<br>
>> <wbr> copy-disk stream closed unexpectedly"<br>
>> <wbr> seems to<br>
>> <wbr> >>>>>> imply an<br>
>> <wbr> >>>>>> error there.<br>
>> <wbr> >>>>>><br>
>> <wbr> >>>>>> I had no issues myself on<br>
>> <wbr> 4.0.5 (modulo setfiles taking a very<br>
>> <wbr> long<br>
>> <wbr> >>>>>> time<br>
>> <wbr> >>>>>> in a few cases).<br>
>> <wbr> >>>>>><br>
>> <wbr> >>>>>> -derek<br>
>> <wbr> >>>>>><br>
>> <wbr> >>>>>> On Mon, December 12, 2016<br>
>> <wbr> 9:19 am, <a href="mailto:aleksey.maksimov@it-kb.ru">aleksey.maksimov@it-kb.ru</a><br>
>> <wbr> wrote:<br>
>> <wbr> >>>>>>> Hello oVirt guru`s!<br>
>> <wbr> >>>>>>><br>
>> <wbr> >>>>>>> In the process of<br>
>> <wbr> importing from OVA file (from<br>
>> <wbr> >>>>>>> /tmp/<br>
>> <wbr> rhel_Vsp-4.4.0.GA-<wbr>53.ova in one of<br>
>> <wbr> hosts) VM first appears in<br>
>> <wbr> >>>>>>> the web<br>
>> <wbr> >>>>>>> console, then disappears.<br>
>> <wbr> >>>>>>><br>
>> <wbr> >>>>>>> In the oVirt Engine log:<br>
>> <wbr> >>>>>>><br>
>> <wbr> >>>>>>> ...<br>
>> <wbr> >>>>>>> 2016-12-12 16:55:20,209<br>
>> <wbr> INFO<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.bll.exportimport.<wbr>ImportVmFromOvaCommand]<br>
>> <wbr> >>>>>>> (default<br>
>> <wbr> >>>>>>> task-28) [6179021a] Lock<br>
>> <wbr> Acquired to object<br>
>> <wbr> >>>>>>> 'EngineLock:<br>
>> <wbr> {exclusiveLocks='[<wbr>rhel_Vsp-4.4.0.GA-53<br>
>> <wbr> =<VM_NAME,<br>
>> <wbr> >>>>>>><br>
>> <wbr> ACTION_TYPE_<wbr>FAILED_NAME_ALREADY_USED>,<br>
>> <wbr> >>>>>>><br>
>> <wbr> 2a3d20f9-502a-<wbr>4c60-8c14-371456cd4c99<br>
>> <wbr> =<VM,<br>
>> <wbr> >>>>>>><br>
>> <wbr> ACTION_TYPE_<wbr>FAILED_VM_IS_BEING_IMPORTED$<wbr>VmName<br>
>> <wbr> >>>>>>> rhel_Vsp-4.4.0.GA-53>]',<br>
>> <wbr> >>>>>>> sharedLocks='null'}'<br>
>> <wbr> >>>>>>> 2016-12-12 16:55:20,326<br>
>> <wbr> WARN<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.dal.job.<wbr>ExecutionMessageDirector]<br>
>> <wbr> >>>>>>><br>
>> <wbr> (org.ovirt.thread.<wbr>pool-6-thread-35) [<br>
>> <wbr> 6179021a] The message key<br>
>> <wbr> >>>>>>> 'ImportVmFromOva' is<br>
>> <wbr> missing from 'bundles/<br>
>> <wbr> ExecutionMessages'<br>
>> <wbr> >>>>>>> ...<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:34,758<br>
>> <wbr> INFO<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.bll.exportimport.<wbr>ConvertVmCallback]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler4)<br>
>> <wbr> [27df05b8] Conversion of VM from<br>
>> <wbr> exteral<br>
>> <wbr> >>>>>>> enironment failed:<br>
>> <wbr> copy-disk stream closed unexpectedly<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:35,761<br>
>> <wbr> ERROR<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.bll.exportimport.<wbr>ConvertOvaCommand]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [77b50303] Ending command<br>
>> <wbr> >>>>>>><br>
>> <wbr> 'org.ovirt.<wbr>engine.core.bll.exportimport.<wbr>ConvertOvaCommand'<br>
>> <wbr> with<br>
>> <wbr> >>>>>>> failure.<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:35,827<br>
>> <wbr> INFO<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.dal.dbbroker.<wbr>auditloghandling.<wbr>AuditLogDirector]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [77b50303] Correlation ID: 3187db75,<br>
>> <wbr> >>>>>>> Call Stack:<br>
>> <wbr> >>>>>>> null, Custom Event ID:<br>
>> <wbr> -1, Message: Failed to convert Vm<br>
>> <wbr> >>>>>>> rhel_Vsp-4.4.0.GA-53<br>
>> <wbr> >>>>>>> ...<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:38,458<br>
>> <wbr> INFO<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.vdsbroker.vdsbroker.<wbr>DeleteV2VJobVDSCommand]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [5237b44a] FINISH,<br>
>> <wbr> >>>>>>> DeleteV2VJobVDSCommand, log<br>
>> <wbr> >>>>>>> id: 1a69f33d<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:38,459<br>
>> <wbr> WARN<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.bll.lock.<wbr>InMemoryLockManager]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [5237b44a] Trying to release exclusive<br>
>> <wbr> >>>>>>> lock<br>
>> <wbr> >>>>>>> which does not exist,<br>
>> <wbr> lock key:<br>
>> <wbr> >>>>>>><br>
>> <wbr> '2a3d20f9-502a-<wbr>4c60-8c14-371456cd4c99VM'<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:38,459<br>
>> <wbr> INFO<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.bll.exportimport.<wbr>ConvertOvaCommand]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [5237b44a] Lock freed to object<br>
>> <wbr> >>>>>>> 'EngineLock:<br>
>> <wbr> {exclusiveLocks='<br>
>> <wbr> [2a3d20f9-502a-<wbr>4c60-8c14-371456cd4c99=<br>
>> <wbr> <VM,<br>
>> <wbr> >>>>>>><br>
>> <wbr> ACTION_TYPE_<wbr>FAILED_VM_IS_BEING_IMPORTED$<wbr>VmName<br>
>> <wbr> >>>>>>> rhel_Vsp-4.4.0.GA-53>]',<br>
>> <wbr> >>>>>>> sharedLocks='null'}'<br>
>> <wbr> >>>>>>> 2016-12-12 16:57:38,463<br>
>> <wbr> ERROR<br>
>> <wbr> >>>>>>><br>
>> <wbr> [org.ovirt.engine.<wbr>core.dal.dbbroker.<wbr>auditloghandling.<wbr>AuditLogDirector]<br>
>> <wbr> >>>>>>> (DefaultQuartzScheduler8)<br>
>> <wbr> [5237b44a] Correlation ID: 3187db75,<br>
>> <wbr> >>>>>>> Call Stack:<br>
>> <wbr> >>>>>>> null, Custom Event ID:<br>
>> <wbr> -1, Message: Failed to import Vm<br>
>> <wbr> >>>>>>> rhel_Vsp-4.4.0.GA-53 to<br>
>> <wbr> Data Center Default, Cluster Default<br>
>> <wbr> >>>>>>><br>
>> <wbr> >>>>>>> What could be the<br>
>> <wbr> problem?<br>
>> <wbr> >>>>>>><br>
>> <wbr> ______________<wbr>______________________________<wbr>___<br>
>> <wbr> >>>>>>> Users mailing list<br>
>> <wbr> >>>>>>> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> <wbr> >>>>>>><br>
>> <wbr> <a href="http://lists.phx.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.phx.<wbr>ovirt.org/mailman/listinfo/<wbr>users</a><br>
>> <wbr> >>>>>><br>
>> <wbr> >>>>>> --<br>
>> <wbr> >>>>>> Derek Atkins<br>
>> <wbr> <a href="tel:617-623-3745" value="+16176233745">617-623-3745</a><br>
>> <wbr> >>>>>> <a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a><br>
>> <wbr> <a href="http://www.ihtfp.com" rel="noreferrer" target="_blank">www.ihtfp.com</a><br>
>> <wbr> >>>>>> Computer and<br>
>> <wbr> Internet Security Consultant<br>
>> <wbr> >><br>
>> <wbr> >> --<br>
>> <wbr> >> Derek Atkins <a href="tel:617-623-3745" value="+16176233745">617-623-3745</a><br>
>> <wbr> >> <a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a><br>
>> <wbr> <a href="http://www.ihtfp.com" rel="noreferrer" target="_blank">www.ihtfp.com</a><br>
>> <wbr> >> Computer and Internet<br>
>> <wbr> Security Consultant<br>
>> <wbr> ___________________<wbr>____________________________<br>
>> <wbr> Users mailing list<br>
>> <wbr> <a href="mailto:Users@ovirt.org">Users@ovirt.org</a><br>
>> <wbr> <a href="http://lists.phx.ovirt.org/mailman/listinfo/users" rel="noreferrer" target="_blank">http://lists.phx.<wbr>ovirt.org/mailman/listinfo/<wbr>users</a><br>
><br>
> --<br>
> Derek Atkins <a href="tel:617-623-3745" value="+16176233745">617-623-3745</a><br>
> <a href="mailto:derek@ihtfp.com">derek@ihtfp.com</a> <a href="http://www.ihtfp.com" rel="noreferrer" target="_blank">www.ihtfp.com</a><br>
> Computer and Internet Security Consultant<br>
</div></div></blockquote></div><br></div>
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Users mailing list</span><br><span><a href="mailto:Users@ovirt.org">Users@ovirt.org</a></span><br><span><a href="http://lists.ovirt.org/mailman/listinfo/users">http://lists.ovirt.org/mailman/listinfo/users</a></span><br></div></blockquote></body></html>