Bug 333221
Summary: | Unable to run more than 1 guest simultaneously | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | David Aquilina <dwa> | ||||||
Component: | libvirt | Assignee: | Daniel Berrangé <berrange> | ||||||
Status: | CLOSED CURRENTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||
Severity: | medium | Docs Contact: | |||||||
Priority: | medium | ||||||||
Version: | 8 | CC: | flanagan, hbrock, jhutar | ||||||
Target Milestone: | --- | ||||||||
Target Release: | --- | ||||||||
Hardware: | All | ||||||||
OS: | Linux | ||||||||
Whiteboard: | |||||||||
Fixed In Version: | 0.4.1 | Doc Type: | Bug Fix | ||||||
Doc Text: | Story Points: | --- | |||||||
Clone Of: | Environment: | ||||||||
Last Closed: | 2008-04-04 16:05:03 UTC | Type: | --- | ||||||
Regression: | --- | Mount Type: | --- | ||||||
Documentation: | --- | CRM: | |||||||
Verified Versions: | Category: | --- | |||||||
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
Cloudforms Team: | --- | Target Upstream Version: | |||||||
Embargoed: | |||||||||
Attachments: |
|
Description
David Aquilina
2007-10-15 22:01:09 UTC
It seems if you give each guest a unique vnetX device, it works. For the benefit of anyone who comes across this: virsh --connect qemu:///system dumpxml guest-name > /tmp/guest Edit /tmp/guest and replace vnet0 with vnet1 virsh --connect qemu:///system define /tmp/guest Seems to me, that when "<target dev='vnet5'/>" is missing, it is determined correctly, when I start the system. Am I right? kernel-2.6.23.1-49.fc8 kvm-36-7.fc8 libvirt-0.3.3-2.fc8 libvirt-python-0.3.3-2.fc8 python-virtinst-0.300.1-3.fc8 qemu-0.9.0-5.fc8 virt-manager-0.5.2-2.fc8 Created attachment 277111 [details]
Strip auto-genereted vnetXXXX interfaces
The last libvirt release extended the domain XML to include the <target
dev="vnetXXX"/> device details, so apps can then lookup I/O stats.
Unfortunately, when virt-manager then feeds this XML back into libvirt (eg when
changing a VM config param), this auto-generated vnetXXX device node gets saved
permanently. There is high liklihood that you'll get a clash between two
domains after this has happened a couple of times (depends on exact sequence of
ops in virt-manager).
This patch strips out the auto-generated vnetXXX devices when starting a guest.
If someone would like to this fix, you can apply it to the libvirt source RPM &
rebuild. Be sure to restart libvirtd after installing a rebuilt version.
Created attachment 277161 [details]
Strip autogenerated vnet target devs
Previous patch was flawed
This is fixed in current F8 updates. |