All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jim Fehlig <jfehlig@suse.com>
To: Ian Campbell <ian.campbell@citrix.com>,
	Anthony PERARD <anthony.perard@citrix.com>
Cc: Xen Devel <xen-devel@lists.xen.org>
Subject: Re: vif-bridge: ip link set failed, "name" too long
Date: Fri, 26 Jun 2015 00:28:52 -0600	[thread overview]
Message-ID: <558CF124.6010504@suse.com> (raw)
In-Reply-To: <1435233219.32500.53.camel@citrix.com>

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 long
> Under 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

  reply	other threads:[~2015-06-26  6:28 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-25 11:36 vif-bridge: ip link set failed, "name" too long Anthony PERARD
2015-06-25 11:53 ` Ian Campbell
2015-06-26  6:28   ` Jim Fehlig [this message]
2015-06-26  7:10     ` Ian Campbell

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=558CF124.6010504@suse.com \
    --to=jfehlig@suse.com \
    --cc=anthony.perard@citrix.com \
    --cc=ian.campbell@citrix.com \
    --cc=xen-devel@lists.xen.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.