NEUTRON: No local VLAN available
Hola eze, mira generalmente si usas el modo VLAN, tenes que estar seguro de que tenes el binding sobre la interfaz correcta en el Hypervisor, por ejemplo si utilizas OVS, verifica que la interfaz que tiene el bridge esta up Bridge br-tag fail_mode: secure Port "eth1" Interface "eth1" Port br-tag siendo ETH1 la interfaz que esta conectada hacia la red. Luego en el nodo de RED o donde corra el agente DHCP verifica ip netns ls => que aparezca el id de la red con el servicio asi qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 luego verifica que tengas información al respecto y que puedas llegar a las redes de la VLAN: ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10944 (10.9 KB) TX bytes:10944 (10.9 KB) tape79869a9-19 Link encap:Ethernet HWaddr fa:16:3e:45:01:43 inet addr:10.10.100.90 Bcast:10.10.100.255 Mask:255.255.255.0 inet6 addr: fe80::f816:3eff:fe45:143/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1940352 errors:0 dropped:0 overruns:0 frame:0 TX packets:837 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:372868928 (372.8 MB) TX bytes:183190 (183.1 KB) si podes llegar con un icmp o telnet algo entonces tenes conexión, verificalo asi: ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ping 10.10.100.1 => una ip activa de la VLAN. tmb verifica los logs de tail -f /var/log/neutron/*.log, si no ves ningun error prueba recargar el agente /etc/init.d/neutron-dhcp-agent restart;tail -f /var/log/neutron/*.log para ver y depurar el error, fiajte si tenes el flag activado para degug en true para Neutron. Generalmente este error suele pasar por un problema de conexión y de interfaz, por eso te digo que antes vea todo lo físico(ovs contra interfaz que) y luego pases a nivel de aplicación. cualquier cosa avisanos como te va. slds.
~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) El 26 de abril de 2017, 13:24, Rodolfo <rag.open.net@openmailbox.org> escribió:
Hola eze, mira generalmente si usas el modo VLAN, tenes que estar seguro de que tenes el binding sobre la interfaz correcta en el Hypervisor, por ejemplo
si utilizas OVS, verifica que la interfaz que tiene el bridge esta up
Bridge br-tag fail_mode: secure Port "eth1" Interface "eth1" Port br-tag
siendo ETH1 la interfaz que esta conectada hacia la red. Luego en el nodo de RED o donde corra el agente DHCP verifica
ip netns ls => que aparezca el id de la red con el servicio asi qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6
luego verifica que tengas información al respecto y que puedas llegar a las redes de la VLAN:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ifconfig
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10944 (10.9 KB) TX bytes:10944 (10.9 KB)
tape79869a9-19 Link encap:Ethernet HWaddr fa:16:3e:45:01:43 inet addr:10.10.100.90 Bcast:10.10.100.255 Mask:255.255.255.0 inet6 addr: fe80::f816:3eff:fe45:143/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1940352 errors:0 dropped:0 overruns:0 frame:0 TX packets:837 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:372868928 (372.8 MB) TX bytes:183190 (183.1 KB)
si podes llegar con un icmp o telnet algo entonces tenes conexión, verificalo asi:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ping 10.10.100.1 => una ip activa de la VLAN.
tmb verifica los logs de tail -f /var/log/neutron/*.log, si no ves ningun error prueba recargar el agente /etc/init.d/neutron-dhcp-agent restart;tail -f /var/log/neutron/*.log
para ver y depurar el error, fiajte si tenes el flag activado para degug en true para Neutron.
Generalmente este error suele pasar por un problema de conexión y de interfaz, por eso te digo que antes vea todo lo físico(ovs contra interfaz que) y luego pases a nivel de aplicación.
cualquier cosa avisanos como te va.
slds.
-- Ezequiel Cardinali Fedora Ambassador ---------------------------------------------------- FCF068FD
Ante todo muchas gracias por la pronta respuesta. En el compute el bridge está OK: # brctl show | grep 'interfaces\|5b5a2eea-26' bridge name bridge id STP enabled interfaces qbr5b5a2eea-26 8000.328e104374d5 no qvb5b5a2eea-26 tap5b5a2eea-26 # ovs-vsctl show | grep qvo5b5a2eea-26 Port "qvo5b5a2eea-26" Interface "qvo5b5a2eea-26" En el DHCP # ip netns ls | grep 664f64fd-9844-4f1e-a040-9bac2dfa83bb qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Acá veo que no está creada la interfaz correspondiente. El problema es extraño, porque algunas instancias no tienen problema y otras sí. Existe alguna forma de crear la interfaz manualmente para verificar si se corrige el problema? Gracias! El 26 de abril de 2017, 14:47, Ezequiel Cardinali <ezq@fedoraproject.org> escribió:
~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
El 26 de abril de 2017, 13:24, Rodolfo <rag.open.net@openmailbox.org> escribió:
Hola eze, mira generalmente si usas el modo VLAN, tenes que estar seguro de que tenes el binding sobre la interfaz correcta en el Hypervisor, por ejemplo
si utilizas OVS, verifica que la interfaz que tiene el bridge esta up
Bridge br-tag fail_mode: secure Port "eth1" Interface "eth1" Port br-tag
siendo ETH1 la interfaz que esta conectada hacia la red. Luego en el nodo de RED o donde corra el agente DHCP verifica
ip netns ls => que aparezca el id de la red con el servicio asi qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6
luego verifica que tengas información al respecto y que puedas llegar a las redes de la VLAN:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ifconfig
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10944 (10.9 KB) TX bytes:10944 (10.9 KB)
tape79869a9-19 Link encap:Ethernet HWaddr fa:16:3e:45:01:43 inet addr:10.10.100.90 Bcast:10.10.100.255 Mask:255.255.255.0 inet6 addr: fe80::f816:3eff:fe45:143/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1940352 errors:0 dropped:0 overruns:0 frame:0 TX packets:837 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:372868928 (372.8 MB) TX bytes:183190 (183.1 KB)
si podes llegar con un icmp o telnet algo entonces tenes conexión, verificalo asi:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ping 10.10.100.1 => una ip activa de la VLAN.
tmb verifica los logs de tail -f /var/log/neutron/*.log, si no ves ningun error prueba recargar el agente /etc/init.d/neutron-dhcp-agent restart;tail -f /var/log/neutron/*.log
para ver y depurar el error, fiajte si tenes el flag activado para degug en true para Neutron.
Generalmente este error suele pasar por un problema de conexión y de interfaz, por eso te digo que antes vea todo lo físico(ovs contra interfaz que) y luego pases a nivel de aplicación.
cualquier cosa avisanos como te va.
slds.
-- Ezequiel Cardinali
Fedora Ambassador ---------------------------------------------------- FCF068FD
-- Ezequiel Cardinali Fedora Ambassador ---------------------------------------------------- FCF068FD
# brctl show | grep 'interfaces\|5b5a2eea-26' bridge name bridge id STP enabled interfaces qbr5b5a2eea-26 8000.328e104374d5 no qvb5b5a2eea-26 tap5b5a2eea-26 # ovs-vsctl show | grep qvo5b5a2eea-26 Port "qvo5b5a2eea-26" Interface "qvo5b5a2eea-26" en este punto cuando haces ifconfig la ves UP, fijate con ethtool interfaz tmb por las dudas. Aveces pasa que la interfaz bridge le falta up. Me interesa saber como algunas maquinas te estan funcionando y otras no, osea "dhclient interfaz" en algunas maquinas anda?, mira que si no usas gre o vxlan la MTU no deberia ser menor, caso contrario la MTU de las maquinas virtuales tiene que ser menor por el header que encapsula GRE y VXLAN. En el DHCP # ip netns ls | grep 664f64fd-9844-4f1e-a040-9bac2dfa83bb qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) En este caso como la información esta contenido en la BASE con reiniciar el servicio agente de DHCP se podria restablecer la configuracion, por eso te decia de mirar los logs, te comparta la config: /etc/neutron/dhcp_agent.ini => debug = True resync_interval = 5 interface_driver = neutron.agent.linux.interface.OVSInterfaceDriver dhcp_driver = neutron.agent.linux.dhcp.Dnsmasq use_namespaces = True enable_isolated_metadata = True enable_metadata_network = True num_sync_threads = 4 dhcp_confs = $state_path/dhcp dnsmasq_config_file = /etc/neutron/dnsmasq-neutron.conf dnsmasq_dns_servers = SErvidor DNS externo dnsmasq_lease_max = 16777216 dhcp_lease_relay_socket = $state_path/dhcp/lease_relay dhcp_delete_namespaces = True en mi caso utilizo namespaces. Es importante tmb ver desde neutron que los puertos te queden up ejemplo neutron agent-show dhcpagent: admin_state_up | True | | agent_type | DHCP agent | | alive | True | | binary | neutron-dhcp-agent | | configurations | { | | | "subnets": 1, | | | "use_namespaces": true, | | | "dhcp_lease_duration": 86400, | | | "dhcp_driver": "neutron.agent.linux.dhcp.Dnsmasq", | | | "ports": 14, | | | "log_agent_heartbeats": false, | | | "networks": 1 | | | } | | created_at | 2016-11-19 03:40:28 | | description | | | heartbeat_timestamp | 2017-04-26 18:09:38 | | host | Maquina1 | | id | 0a27ae4b-019e-4cf5-90fc-1e542600a1bd | | started_at | 2017-03-21 00:35:55 | | topic | dhcp_agent mira tmb en => neutron port-show puertoDondeSesuponeEstaElAgente Esta seccion es lo importante: +-----------------------+-----------------------------------------------------------------------------------------------------+ | Field | Value | +-----------------------+-----------------------------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:host_id | maquina1 | | binding:profile | {} | | binding:vif_details | {"port_filter": true, "ovs_hybrid_plug": true} | | binding:vif_type | ovs | | binding:vnic_type | normal | | device_id | cbcb9db2-b1d3-4a0b-b365-f52be2ff9f42 | | device_owner | compute:zona espero te sirva y puedas ir viendo el tema. slds On 2017-04-26 14:48, Ezequiel Cardinali wrote:
Ante todo muchas gracias por la pronta respuesta.
En el compute el bridge está OK:
# brctl show | grep 'interfaces|5b5a2eea-26' bridge name bridge id STP enabled interfaces qbr5b5a2eea-26 8000.328e104374d5 no qvb5b5a2eea-26
tap5b5a2eea-26
# ovs-vsctl show | grep qvo5b5a2eea-26 Port "qvo5b5a2eea-26" Interface "qvo5b5a2eea-26"
En el DHCP
# ip netns ls | grep 664f64fd-9844-4f1e-a040-9bac2dfa83bb qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb
~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
Acá veo que no está creada la interfaz correspondiente. El problema es extraño, porque algunas instancias no tienen problema y otras sí.
Existe alguna forma de crear la interfaz manualmente para verificar si se corrige el problema?
Gracias!
El 26 de abril de 2017, 14:47, Ezequiel Cardinali <ezq@fedoraproject.org> escribió:
~# ip netns exec qdhcp-664f64fd-9844-4f1e-a040-9bac2dfa83bb ifconfig lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
El 26 de abril de 2017, 13:24, Rodolfo <rag.open.net@openmailbox.org> escribió:
Hola eze, mira generalmente si usas el modo VLAN, tenes que estar seguro de que tenes el binding sobre la interfaz correcta en el Hypervisor, por ejemplo
si utilizas OVS, verifica que la interfaz que tiene el bridge esta up
Bridge br-tag fail_mode: secure Port "eth1" Interface "eth1" Port br-tag
siendo ETH1 la interfaz que esta conectada hacia la red. Luego en el nodo de RED o donde corra el agente DHCP verifica
ip netns ls => que aparezca el id de la red con el servicio asi qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6
luego verifica que tengas información al respecto y que puedas llegar a las redes de la VLAN:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ifconfig
lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 inet6 addr: ::1/128 Scope:Host UP LOOPBACK RUNNING MTU:65536 Metric:1 RX packets:19 errors:0 dropped:0 overruns:0 frame:0 TX packets:19 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:10944 (10.9 KB) TX bytes:10944 (10.9 KB)
tape79869a9-19 Link encap:Ethernet HWaddr fa:16:3e:45:01:43 inet addr:10.10.100.90 Bcast:10.10.100.255 Mask:255.255.255.0 inet6 addr: fe80::f816:3eff:fe45:143/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:1940352 errors:0 dropped:0 overruns:0 frame:0 TX packets:837 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:372868928 (372.8 MB) TX bytes:183190 (183.1 KB)
si podes llegar con un icmp o telnet algo entonces tenes conexión, verificalo asi:
ip netns exec qdhcp-e3af11a4-9678-4732-9b05-fb23988540d6 ping 10.10.100.1 => una ip activa de la VLAN.
tmb verifica los logs de tail -f /var/log/neutron/*.log, si no ves ningun error prueba recargar el agente /etc/init.d/neutron-dhcp-agent restart;tail -f /var/log/neutron/*.log
para ver y depurar el error, fiajte si tenes el flag activado para degug en true para Neutron.
Generalmente este error suele pasar por un problema de conexión y de interfaz, por eso te digo que antes vea todo lo físico(ovs contra interfaz que) y luego pases a nivel de aplicación.
cualquier cosa avisanos como te va.
slds.
--
Ezequiel Cardinali
Fedora Ambassador ---------------------------------------------------- FCF068FD
--
Ezequiel Cardinali
Fedora Ambassador ---------------------------------------------------- FCF068FD
Gracias Rodolfo por tu ayuda, Finalmente, uno de mis compañero hizo una limpieza de puertos que ya no tenían asociado un tenant y el servidor dhcp comenzó a sincronizarse correctamente. No sabemos porqué no se están eliminando algunos puertos cuando se elimina una instancia o un tenant. al tener muchas instancias, el debug es un poco complejo. Gracias!! -- Ezequiel Cardinali Fedora Ambassador ---------------------------------------------------- FCF068FD
Hola, bueno me alegra saber que pudieran solucionar su problema, pero si tenes inconveniente en la asignacion de puertos lo les conviene investigar las configuraciones de tecnologias con la que trabajan, no recuerdo si habian comentado la tecnologia osea si usan GRE,VXLAN,VLAN o FLAT. Cualquier duda que tengan para solucionar el problemas lo podemos ver, esta bueno saber de todos los casos. slds y suerte. On 02/05/17 10:44, Ezequiel Cardinali wrote:
Gracias Rodolfo por tu ayuda,
Finalmente, uno de mis compañero hizo una limpieza de puertos que ya no tenían asociado un tenant y el servidor dhcp comenzó a sincronizarse correctamente. No sabemos porqué no se están eliminando algunos puertos cuando se elimina una instancia o un tenant. al tener muchas instancias, el debug es un poco complejo.
Gracias!!
-- Ezequiel Cardinali
Fedora Ambassador ---------------------------------------------------- FCF068FD
participants (3)
-
Ezequiel Cardinali
-
rag.open.net＠openmailbox.org
-
Rodolfo