Laine,<div><br></div><div>How do I make interfaceid persistent across libvirtd restarts if user did not specify one in domain XML config file and libvirtd generated it for him automatically? It seems that different interfaceid is regenerated each time the libvirtd is restarted.</div>
<div><br></div><div>If I understand correctly then two XML files come into picture:</div><div><ol><li>/usr/local/etc/libvirt/qemu/VM1.xml, which stores persistent <b>config</b> for the whole domain life-time (without UUID); and</li>
<li>/usr/local/var/run/libvirt/qemu/VM1.xml, which stores the <b>instantiated config</b> with the generated UUID after reading the original <b>config</b> file. But unfortunately after libvirtd is restarted this file gets destroyed and has different UUID next time Domain is started.</li>
</ol><div>I guess that my goal would be to update file #1 with the generate UUID. Is that supported or would the user have to manually specify the UUID in <b>config</b> XML?</div><div><br></div><div>Thanks,</div></div><div>
Ansis</div><div><br><div class="gmail_quote">On Fri, Feb 3, 2012 at 7:18 PM, Laine Stump <span dir="ltr">&lt;<a href="mailto:laine@laine.org">laine@laine.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

  
    
  
  <div bgcolor="#FFFFFF" text="#000000"><div class="im">
    On 02/03/2012 10:42 AM, Ansis Atteka wrote:
    </div><blockquote type="cite"><br>
      <div class="gmail_quote">
        <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
          <div class="gmail_quote"><div class="im">
            <div>On Thu, Feb 2, 2012 at 10:10 PM, Laine Stump
              <span dir="ltr">&lt;<a href="mailto:laine@laine.org" target="_blank">laine@laine.org</a>&gt;</span>
              wrote:<br>
              <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
              </blockquote>
            </div>
            </div><div class="im"><div>
              <blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
                <div bgcolor="#FFFFFF" text="#000000"> There are a few
                  other places where it may be appropriate to do the
                  bridge removal during error paths; this same search
                  may show you some of them, and some others may show up
                  when you search for where
                  virNetDevTapCreateInBridgePort.<br>
                </div>
              </blockquote>
            </div>
          </div></div>
        </blockquote>
      </div>
    </blockquote><div class="im">
    <br>
    <blockquote type="cite">
      <div class="gmail_quote">
        <div>Wouldn&#39;t it be simpler to do port removal just inside the
          networkReleaseActualDevice() function if this is interface
          that was attached to an OVS bridge? Would this make any
          problems to the overall design? The code seems to work...</div>
      </div>
    </blockquote>
    <br></div>
    No. networkAllocateActualDevice and networkReleaseActualDevice are
    only intended to acquire network-specific configuration/resourced
    for the guest from a &lt;network&gt; object, and release it later;
    they shouldn&#39;t be used as a clearing house for general guest
    interface setup/teardown.<br>
    <br>
    Looking through all this code I&#39;ve been thinking it might be nice to
    create such &quot;clearing house&quot; setup/teardown functions, but what I&#39;ve
    seen so far is that there are places where only some of the full
    list of functions are called (don&#39;t know if that means missing
    functionality / bugs, or genuinely different situations that require
    a different set of actions), and am too busy now with other projects
    to investigate further.<br>
    <br>
    In the meantime, if you can try to make your additions in the (at
    least) two places as similar as possible, that will make it easier
    for us to later go in and create functions that do complete
    interface setup/teardown.<br>
    <br>
    <br>
  </div>

</blockquote></div><br></div>