On 02/10/2012 01:45 PM, Eric Blake wrote: > On 02/10/2012 05:43 AM, Székelyi Szabolcs wrote: >> Hi, >> >> I'm using libvirt 0.8.3. It looks like to me that when a QEMU domain is >> restored from save, the hook is called with the "stopped end -" arguments. >> >> >> I've also noticed that the domain description passed to the hook script >> doesn't contain the network device the host will be attached to (XPath: >> /domain/devices/interface/target/@dev). > This is a different question; right now it is a feature that we don't > ever expose the actual network device through dumpxml to the user. But > given your use case of a hook, we might have a reason to do it after > all. Laine, thoughts? > Looking back at the first paragraph, I see that Székely is using libvirt 0.8.3, which didn't have forward mode='bridge' networks anyway, and thus has no such thing as "<actual>", so this isn't his problem. As a matter of fact, what he's looking for is the name of the tap device. I just checked with libvirt-0.9.9, and see that in fact <target dev='xxx'/> isn't given in the *first* time the hook script is called for the domain (when $2 == "prepare"). However, it *is* there the second time the hook script is called (when $2 == "begin"). That's because during the first hook it hasn't yet been determined. >From the documentation page, it looks like the "prepare" hook didn't exist until 0.9.0; my guess would be that the xml sent to the hook for "start" pre-0.9.0 was the static xml (direct from the config), and when the earlier hook was added, this behavior was changed. So, it appears this *isn't* our oppurtunity to expose <actual> (unless somebody really wants to :-)
