<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Mar 6, 2018 at 11:19 PM, Richard W.M. Jones <span dir="ltr"><<a href="mailto:rjones@redhat.com" target="_blank">rjones@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Tue, Mar 06, 2018 at 11:14:40PM +0200, Arik Hadas wrote:<br>
> On Tue, Mar 6, 2018 at 9:18 PM, Richard W.M. Jones <<a href="mailto:rjones@redhat.com">rjones@redhat.com</a>><br>
> wrote:<br>
><br>
> ><br>
> > I've been playing with disk uploads through the API. As a result<br>
> > I now have lots of disks in the states "Paused by System" and<br>
> > "Paused by User". They are not attached to any VM, and I'm logged<br>
> > in as admin@internal, but there seems to be no way to use them.<br>
> > Even worse I've now run out of space so can't do anything else.<br>
> ><br>
> > How can I remove them?<br>
><br>
><br>
> > Screenshot: <a href="http://oirase.annexia.org/tmp/ovirt.png" rel="noreferrer" target="_blank">http://oirase.annexia.org/tmp/<wbr>ovirt.png</a><br>
><br>
><br>
> Hi Richard,<br>
><br>
> Selecting Upload->Cancel at that tab will remove such a disk.<br>
> Note that it may take a minute or two.<br>
<br>
</span>Yes, that works, thanks.<br></blockquote><div><br></div><div>(Moving to devel-list)</div><div>BTW, I think that the import process should include a preliminary phase where ovirt-engine is informed that the import process starts.</div><div><br></div><div>Currently, IIUC, the new process is designed to be:</div><div>1. virt-v2v uploads the disks</div><div>2. virt-v2v calls an API with the OVF configuration so ovirt-engine will add the VM and attach the uploaded disks to that VM</div><div><br></div><div>IMHO, the process should be comprised of:</div><div>1. virt-v2v calls an API with the (probably partial since the OS and other things are unknown at that point) OVF configuration</div><div>2. virt-v2v uploads the disks</div><div>3. virt-v2v provides the up-to-date configuration</div><div><br></div><div>Step #1 will enable ovirt-engine:</div><div>1. Most importantly, to cleanup uploaded disks in case of an error during the import process. Otherwise, we require the client to clean them up, which can be challenging (e.g., if the virt-v2v process crashes).</div><div>2. To inform the user that the process has started - so he won't get surprised by seeing disks being uploaded suddenly. That will give a context to these upload operations.</div><div>3. To inform the user about the progress of the import process, much like we do today when importing VMs from vSphere to RHV.</div><div>4. To perform validations on the (partial) VM configuration, e.g., verifying that no VM with the same name exists/verifying there is enough space (optionally mapping different disks to different storage devices) and so on, before uploading the disks.</div><div><br></div><div>The gaps I see:</div><div>1. We don't have a command for step #1 yet but that's something we can provide relatively quickly. We need it also to support uploading an OVA via oVirt's webadmin.</div><div>2. We have a command for step #3, but it is not exposed via the API.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
Rich.<br>
<br>
--<br>
Richard Jones, Virtualization Group, Red Hat <a href="http://people.redhat.com/~rjones" rel="noreferrer" target="_blank">http://people.redhat.com/~<wbr>rjones</a><br>
Read my programming and virtualization blog: <a href="http://rwmj.wordpress.com" rel="noreferrer" target="_blank">http://rwmj.wordpress.com</a><br>
</span>Fedora Windows cross-compiler. Compile Windows programs, test, and<br>
build Windows installers. Over 100 libraries supported.<br>
<a href="http://fedoraproject.org/wiki/MinGW" rel="noreferrer" target="_blank">http://fedoraproject.org/wiki/<wbr>MinGW</a><br>
</blockquote></div><br></div></div>