[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] vif-bridge: ip link set failed, "name" too long
On 06/25/2015 05:53 AM, Ian Campbell wrote: On Thu, 2015-06-25 at 12:36 +0100, Anthony PERARD wrote:Error: argument "tap695cf459-b0-emu" is wrong: "name" too longUnder Linux IFNAMSIZ is 16, whereas this is 18 characters. Since our suffix is "-emu" we are adding 4 to the original 14, so we could/should pick a 2 character suffix to distinguish PV from emulated interfaces. "-e" perhaps? I'm not familiar with Neutron, but might this break some rules or filters it creates based on the name? Appending stuff to a user-provided name doesn't seem right. One way to avoid the emulated interface is to set libxl_device_nic->nictype = LIBXL_NIC_TYPE_VIF, so only the pv interface is created. In xl.cfg, I suppose that would be vif = [ '...,model=netfront' ] In libvirt domXML <interface> ... <model type='netfront'/> </interface>I realize that doesn't help much if the guest has no pv network driver. I wonder how this is handled in KVM? In the libvirt qemu driver, the default interface model is rtl8139 if <model type=''/> is not specified. Does nova add <model type='virtio'/> to interfaces for KVM instances? Is it expected that the guest OS has a virtio network driver? Regards, Jim _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |