<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Mon, Feb 27, 2017 at 2:51 PM, Arik Hadas <span dir="ltr">&lt;<a href="mailto:ahadas@redhat.com" target="_blank">ahadas@redhat.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-m_8982508251883148506gmail-"><br><div><br></div></span><div>I didn&#39;t refer to it (see above), but for sure it could be a nice add-on feature to provide.</div></div></div></div></blockquote><div><br></div></span><div><div>Actually there is a progress bar for the phase of disks copying (after the &#39;initialization&#39; phase) in the &#39;status&#39; column of the virtual machines tab.</div></div></div></div></div></blockquote><div> </div><div>Ah, ok... I retried with another VM, monitoring this time the behavior and I see at  15:45 the message </div><div><br></div><div>Starting to convert Vm T-RHEL5-64<br></div><div><br></div><div>Then up to 16:04 it remains in &quot;Initializing&quot;</div><div>Only at 16:04 it begins the copying phase, with a &quot;qemu-img convert&quot; command at host side that starts copying from an image in /var/tmp to the chosen storage domain with an elapsed of about 3 minutes and final completion</div><div>Previously I missed the final minutes of the process, so that I noticed only the &quot;Initializing&quot; Status step and the final &quot;Down&quot; Status of the VM....</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><span class="gmail-"><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div><div>And what about the &quot;clone&quot; option? In what is it different from no selection of it?</div></div></div></div></blockquote><div><br></div></span><div>That means that the VM will be imported as a cloned VM - have different mac addresses, different identifiers for the disks, different identifier for the VM.</div><span class="gmail-"><div> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><br></div></div></div></div></blockquote></span></div></div></div></blockquote></div></div><div class="gmail_extra"><br></div><div class="gmail_extra">Ah, ok.</div><div class="gmail_extra">This explains why I get this message while importing a VM without selecting &quot;clone&quot;:</div><div class="gmail_extra"><br></div><div class="gmail_extra">VM T-RHEL7 has MAC address(es) 00:50:56:b0:0c:7d, which is/are out of its MAC pool definitions.<br></div><div class="gmail_extra">?</div><div class="gmail_extra">In this case to assign an oVirt MAC between the setup ones, only way is to remove and add a new one or what?</div><div class="gmail_extra"><br></div><div class="gmail_extra">Gianluca</div></div>