Closed josedom24 closed 10 years ago
El agente openvswitch se ha habilitaado haciendo el dist-upgrade
Me da el siguiente error:
# tail -f /var/log/quantum/openvswitch-agent.log
ERROR [quantum.plugins.openvswitch.agent.ovs_quantum_agent] Failed to create OVS patch port. Cannot have tunneling enabled on this agent, since this version of OVS does not support tunnels or patch ports. Agent terminated!
He seguido esto: http://blog.vpetkov.net/2013/08/31/openstack-quantum-open-vswitch-datapath-for-tunnels-or-patch-ports/
Pero no he tenido éxito.
Parece que es necesario compilar de nuevo el módulo datapath-openvswitch, no sé por qué.
Incluímos en la receta la instalación del paquete openvswitch-datapath-source y lo compilamos, pero obtenemos el siguiente error:
make[6]: *** [/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux/genetlink-brcompat.o] Error 1
/usr/src/linux-headers-3.14-1-common/Makefile:1291: recipe for target '_module_/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux' failed
make[5]: *** [_module_/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux] Error 2
Makefile:133: recipe for target 'sub-make' failed
make[4]: *** [sub-make] Error 2
Makefile:8: recipe for target 'all' failed
make[3]: *** [all] Error 2
make[3]: Leaving directory '/usr/src/linux-headers-3.14-1-amd64'
Makefile.main:71: recipe for target 'default' failed
make[2]: *** [default] Error 2
make[2]: Leaving directory '/usr/src/modules/openvswitch-datapath/openvswitch/datapath/linux'
debian/rules:22: recipe for target 'binary-modules' failed
make[1]: *** [binary-modules] Error 2
make[1]: Leaving directory '/usr/src/modules/openvswitch-datapath'
/usr/share/modass/include/common-rules.make:56: recipe for target 'kdist_build' failed
make: *** [kdist_build] Error 2
BUILD FAILED!
See /var/cache/modass/openvswitch-datapath-source.buildlog.3.14-1-amd64.1402574107 for details.
La versión disponible en Debian Jessie es la 1.9.3 mientras que en Debian Sid está ya disponible la 2.1.0. Habrá que esperar a que bajen la versión de Sid a Jessie ...
Parece ser que efectivamente este es el problema (versión de OVS y versión del kérnel) porque existe un bug similar relacionado con el kernel 3.11 en el que explican que no se puede compilar OVS 1.9.3 con un kernel 3.11 (y nosotros estamos en 3.14!!)
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732260
Este bug aparece cerrado con la nueva versión de OVS que está en Sid.
De la FAQ de OpenvSwitch podemos ver la relación que hay entre la versión de OpenvSwitch y el kérnel de linux [1]
Open vSwitch Linux kernel
------------ -------------
1.4.x 2.6.18 to 3.2
1.5.x 2.6.18 to 3.2
1.6.x 2.6.18 to 3.2
1.7.x 2.6.18 to 3.3
1.8.x 2.6.18 to 3.4
1.9.x 2.6.18 to 3.8
1.10.x 2.6.18 to 3.8
1.11.x 2.6.18 to 3.8
2.0.x 2.6.32 to 3.10
2.1.x 2.6.32 to 3.11
2.2.x 2.6.32 to 3.14
Es decir, tenemos que esperar no a la versión de OVS 2.1.0 que está ahora mismo en Sid, sino a la versión 2.2.x que no sabemos cuando entrará en Debian
La otra opción es utilizar OVS 1.9.x y un kernel más antiguo (3.8 por ejemplo)
[1] https://raw.githubusercontent.com/openvswitch/ovs/master/FAQ
Hay algo que no me casa. En Ubuntu Trusty utilizan OVS 2.0.1 y kernel 3.13 y no debe dar ningún problema porque hubiera saltado el error en las listas de OpenStack
Parece que estamos confundidos desde el principio. En la documentación de OpenStack [1] se puede leer:
Ubuntu installations using Linux kernel version 3.11 or newer do not require the openvswitch-datapath-dkms package.
Es decir, no es necesario compilar, se puede y debe utilizar el módulo openvswitch del kérnel linux y olvidarse por fin del módulo de openvswitch-datapath.
Cierro este error, habrá que averiguar por qué no funciona correctamente neutron, pero no es por el módulo de OVS
[1] http://docs.openstack.org/trunk/install-guide/install/apt/content/neutron-ml2-compute-node.html
Horizon me dice que el agente openvswitch está deshabilitado.
Por otro lado las zones tienen importancia? es que no coinciden:
nova-manage service list Binary Host Zone Status State Updated_At nova-conductor controller internal enabled :-) 2014-06-10 18:25:04 nova-cert controller internal enabled :-) 2014-06-10 18:25:06 nova-consoleauth controller internal enabled :-) 2014-06-10 18:24:56 nova-scheduler controller internal enabled :-) 2014-06-10 18:24:56 nova-compute controller nova enabled :-) 2014-06-10 18:25:01