I've made a hack for this in the meantime that adds the <model></model>
option to the <interface> section and allows me to pass in any string
for addition - since I really wanted this functionality. Obviously this
means i'm now compiling my Ubuntu package from source which isn't ideal,
it'll probably get overwritten by apt at any moment :o
Also, i got in a bit of a pickle last night which I had to reboot to fix:
root@mintaka:~# /usr/sbin/libvirtd -d
libvir: QEMU error : cannot create bridge 'virbr0' : File exists
Failed to autostart network 'default': cannot create bridge 'virbr0' :
File exists
Is there a way to fix this without rebooting? ifconfig virbr0 0.0.0.0
down && brctl delbr virbr0 - doesn't seem to be enough, what did I miss?
On the <model> options - an error message does seem like the best
option: with model=foo in the -net options
qemu: Unsupported NIC: foo
I'd love to put all that in myself but my C-fu is seriously limited - I
can only do simple work without more time to learn things properly, like
adding things to the XML based on all the previous examples *g*
Cheers,
Henri
Daniel Veillard wrote:
On Tue, Apr 08, 2008 at 09:05:41AM +0100, Richard W.M. Jones wrote:
> On Mon, Apr 07, 2008 at 10:51:56PM +0100, Henri Cook wrote:
>
>> I just tried to port a few customers over to this libvirt setup i'm
>> hoping to run and I couldn't get their machines started because there's
>> no mechanism to specify a model in the XML!
>>
>> I know redhat have changed KVM's default driver to e1000, which I think
>> is the one I like the most and almost if not all of my VMs use. Ubuntu
>> haven't done that yet however!
>>
>> Is there a model directive in the latest version? In the works? Just so
>> I know which solution I should pursue (updating libvirt or harassing
>> ubuntu to change the default)
>>
> There isn't a way to select the model, but there ought to be. In KVM
> 64 the following NIC models are supported:
>
> i82551 i82557b i82559er ne2k_pci pcnet rtl8139 e1000 virtio
>
> Part of the problem with implementing this will be validating the
> model (unless we just pass the model string directly to qemu which
> could lead to errors). The documentation suggests running qemu with
> '-net nic,model=?' to list the models, and there is code in
> qemu/hw/pci.c to implement this, but it just doesn't work for me.
>
>
Then what happen if you pass a wrong string ? Is there any way to get a
meaningful error back from qemu and report it. Thet would IMHO be quite
better than tracking the evolution of the emulation in QEmu, plus the
added benefit of not being tied to a strict version of QEmu,
Daniel