no 8021q support

Bug #1605832 reported by Kevin Benton on 2016-07-23
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Jakub Libosvar

Bug Description

Apologies if this is not the right place for a feature request.

In OpenStack Neutron we are developing a feature for to allow VMs to send tagged VLANs and we would like end-to-end testing support for it (all of which is currently based on cirros). However, Cirros doesn't appear to support creating VLAN interfaces:

$ sudo ip link add link eth0 name eth0.99 type vlan id 99
ip: RTNETLINK answers: Operation not supported

Is it possible to have the 8021q kernel module loaded into cirros, or would that require too much space?


Adding Neutron to keep an eye on the Cirros issue.

Scott Moser (smoser) wrote :

$ (cd /lib/modules/4.4.0-31-generic/ && ls -l kernel/net/8021q/8021q.ko kernel/n
et/802/garp.ko kernel/net/802/mrp.ko kernel/net/802/stp.ko kernel/net/llc/llc.ko
-rw-r--r-- 1 root root 52326 Jul 12 22:07 kernel/net/8021q/8021q.ko
-rw-r--r-- 1 root root 19374 Jul 12 22:07 kernel/net/802/garp.ko
-rw-r--r-- 1 root root 22294 Jul 12 22:07 kernel/net/802/mrp.ko
-rw-r--r-- 1 root root 8094 Jul 12 22:07 kernel/net/802/stp.ko
-rw-r--r-- 1 root root 15470 Jul 12 22:07 kernel/net/llc/llc.ko

so it looks like it costs in the neighborhood of 100k.

I would like to make modules more easily available for cirros so that you could
 wget some-url -O - | tar -C /lib/modules -xvzf -

its a slippery slope throwing more and more stuff in. For example:

$ du -hs /lib/modules/4.4.0-33-generic/
208M /lib/modules/4.4.0-33-generic/

thats an intel ubuntu generic kernel that we use.

Scott Moser (smoser) wrote :

If you could run:
 get-kernel-modules [--pack=full] [--target=/lib/modules] [--arch=$(uname -m)]
 modprobe 8021q

And that would pull modules from and populate them locally, would that be sufficient for you? or would you need the 8021q module in order to get to the network?

Jakub Libosvar (libosvar) wrote :

Hi Scott,

although this workaround might work, it's still better to have the module already included in the image. We use the cirros mostly for automated testing and fetching another bits for external source introduces another reason for CI failures. Also as you pointed out, we need network first in order to fetch the module.

Is there anything we could do to get this included in the image?

John Schwarz (jschwarz) on 2016-11-21
Changed in neutron:
assignee: nobody → John Schwarz (jschwarz)
John Schwarz (jschwarz) on 2017-01-31
Changed in neutron:
assignee: John Schwarz (jschwarz) → nobody
assignee: nobody → Jakub Libosvar (libosvar)
Jakub Libosvar (libosvar) wrote :

Solved by using Ubuntu images

Changed in neutron:
status: New → Invalid

I'd say we won't fix it for CirrOS

To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers