no 8021q support

[Kevin Benton]

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?

Thanks

[Armando Migliaccio (armando-migliaccio)]

Adding Neutron to keep an eye on the Cirros issue.

[Scott Moser (smoser)]

$ (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)]

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

And that would pull modules from download.cirros-cloud.net 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)]

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?

[Jakub Libosvar (libosvar)]

Solved by using Ubuntu images

[Armando Migliaccio (armando-migliaccio)]

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