<div dir="ltr"><div>libvirt/qemu-kvm failing to start interfaces wasn't the problem (though I thought it was since those interfaces weren't around when the VM wouldn't start).  I eventually realized that the socket I was telling libvirt to accept on was in the ephemeral port range, and a webserver I was running on the same machine was accepting a bunch of connections at VM spin up time.</div><div><br></div><div>#mysterysolved</div><div><br></div><div>Thanks!</div></div><div class="gmail_extra"><br><div class="gmail_quote">On 28 March 2015 at 14:29, Laine Stump <span dir="ltr"><<a href="mailto:laine@laine.org" target="_blank">laine@laine.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 03/27/2015 12:42 PM, Dave Sayles wrote:<br>
> I'm running libvirt with qemu-kvm underneath.<br>
><br>
> My network stack has the eth0 interface which is bridged to a br0 interface.<br>
> Usually, when a VM starts up, a new "vnet" interface is created as well by<br>
> libvirt. That vnet interface has a matching HWaddr to the VM that was spun up<br>
> with it, so I'm assuming they're associated somehow.<br>
<br>
The vnetX device is a tap device created by libvirt for use by qemu. One<br>
end of the tap device is attached to the bridge, and the other end is a<br>
file descriptor which the qemu process connects to the guest's emulated<br>
network device.<br>
<br>
The MAC address of the tap device actually isn't identical to the MAC<br>
address used by the guest's emluated network device - the first byte is<br>
0xFE, and all the other bytes match.<br>
<br>
><br>
> Sometimes, after using libvirt's "virt-install" to create a VM, I'm unable to<br>
> "virsh start" it. Virsh will print this out to stderr that it couldn't start<br>
> that VM, since the connection was "Reset by peer".<br>
><br>
> I've yet to find a repro case for this issue. Eventually, I am able to "virsh<br>
> start" the instance, but only after several minutes.<br>
><br>
> Are there any known issues with libvirt/qemu-kvm failing to instantiate<br>
> network devices when it spins up VMs?<br>
<br>
What makes you think that is the problem?<br>
<br>
><br>
> This is printed to the logs as well:<br>
><br>
> Mar 27 16:21:07 localhost kernel: device vnet42 entered promiscuous mode<br>
> Mar 27 16:21:07 localhost kernel: br0: port 44(vnet42) entering forwarding<br>
> state<br>
> Mar 27 16:21:07 localhost logger: KVM: 43 guests now active<br>
> Mar 27 16:21:08 localhost kernel: br0: port 44(vnet42) entering disabled<br>
> state<br>
> Mar 27 16:21:08 localhost kernel: device vnet42 left promiscuous mode<br>
> Mar 27 16:21:08 localhost kernel: br0: port 44(vnet42) entering disabled<br>
> state<br>
> Mar 27 16:21:08 localhost logger: KVM: 42 guests now active<br>
<br>
None of those are error messages. They are all indications of normal<br>
operation.<br>
<br>
It you don't see any error messages attributes to libvirtd in the logs,<br>
try looking in /var/log/libvirt/$guestname.log<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">dgs3</div>
</div>