From ezq at fedoraproject.org Wed Apr 26 16:03:15 2017 From: ezq at fedoraproject.org (Ezequiel Cardinali) Date: Wed, 26 Apr 2017 13:03:15 -0300 Subject: [Openstack-es] NEUTRON: No local VLAN available Message-ID: Hola, Les comento el problema con el que estoy lidiando para ver si alguien puede darme una mano. Empezamos a tener problemas con el DHCP en nuestro cluster, de repente muchas de las instancias dejaron de obtener IP. Este es el log del servidor DHCP: 2017-04-26 09:25:07.948 18193 ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] No local VLAN available for net-id=664f64fd-9844-4f1e-a040-9bac2dfa83bb 2017-04-26 09:25:07.951 18193 ERROR neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Error while processing VIF ports 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent Traceback (most recent call last): 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/dist-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 1345, in rpc_loop 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent ovs_restarted) 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/dist-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 1160, in process_network_ports 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent devices_added_updated, ovs_restarted) 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/dist-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 1051, in treat_devices_added_or_updated 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent ovs_restarted) 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/dist-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 957, in treat_vif_port 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent ovs_restarted) 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent File "/usr/lib/python2.7/dist-packages/neutron/plugins/openvswitch/agent/ovs_neutron_agent.py", line 620, in port_bound 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent lvm = self.local_vlan_map[net_uuid] 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent KeyError: u'664f64fd-9844-4f1e-a040-9bac2dfa83bb' 2017-04-26 09:25:07.951 18193 TRACE neutron.plugins.openvswitch.agent.ovs_neutron_agent 2017-04-26 09:25:07.952 18193 INFO neutron.plugins.openvswitch.agent.ovs_neutron_agent [-] Agent out of sync with plugin! Al revisar los puertos puedo ver lo siguiente: # neutron --os-tenant-name tenant-340856 port-list +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+ | id | name | mac_address | fixed_ips | +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+ | 5b5a2eea-2604-4120-afa4-53bb242d1a97 | | fa:16:3e:f8:42:bf | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.5"} | | 9892ca71-24c4-4d37-805f-d96deba775e8 | | fa:16:3e:67:4d:af | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.1"} | | d8f623d0-9570-4049-992c-8faa6a35da78 | | fa:16:3e:99:97:94 | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.2"} | | fcd2b665-c161-40e0-bfc5-7a737a6abaa8 | | fa:16:3e:13:b5:32 | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.6"} | +--------------------------------------+------+-------------------+--------------------------------------------------------------------------------------+ # neutron --os-tenant-id cb06a97924f74001817c22ffb99d8b4c port-show 5b5a2eea-2604-4120-afa4-53bb242d1a97 +-----------------------+--------------------------------------------------------------------------------------+ | Field | Value | +-----------------------+--------------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:vnic_type | normal | | device_id | bdb86d6a-32e7-46c3-97bc-4a094e4e3ca3 | | device_owner | compute:None | | extra_dhcp_opts | | | fixed_ips | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.5"} | | id | 5b5a2eea-2604-4120-afa4-53bb242d1a97 | | mac_address | fa:16:3e:f8:42:bf | | name | | | network_id | 664f64fd-9844-4f1e-a040-9bac2dfa83bb | | security_groups | 4940d595-853a-4735-9347-e6eb2e62d8e8 | | | 8c552636-b33b-4241-8a76-89ec83104105 | | status | ACTIVE | | tenant_id | cb06a97924f74001817c22ffb99d8b4c | +-----------------------+--------------------------------------------------------------------------------------+ # neutron --os-tenant-id cb06a97924f74001817c22ffb99d8b4c port-show 9892ca71-24c4-4d37-805f-d96deba775e8 +-----------------------+--------------------------------------------------------------------------------------+ | Field | Value | +-----------------------+--------------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:vnic_type | normal | | device_id | c5064be4-82dd-48bb-8a48-fd677673ba1e | | device_owner | network:router_interface | | extra_dhcp_opts | | | fixed_ips | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.1"} | | id | 9892ca71-24c4-4d37-805f-d96deba775e8 | | mac_address | fa:16:3e:67:4d:af | | name | | | network_id | 664f64fd-9844-4f1e-a040-9bac2dfa83bb | | security_groups | | | status | ACTIVE | | tenant_id | cb06a97924f74001817c22ffb99d8b4c | +-----------------------+--------------------------------------------------------------------------------------+ # neutron --os-tenant-id cb06a97924f74001817c22ffb99d8b4c port-show d8f623d0-9570-4049-992c-8faa6a35da78 +-----------------------+--------------------------------------------------------------------------------------+ | Field | Value | +-----------------------+--------------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:vnic_type | normal | | device_id | | | device_owner | | | extra_dhcp_opts | | | fixed_ips | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.2"} | | id | d8f623d0-9570-4049-992c-8faa6a35da78 | | mac_address | fa:16:3e:99:97:94 | | name | | | network_id | 664f64fd-9844-4f1e-a040-9bac2dfa83bb | | security_groups | 4940d595-853a-4735-9347-e6eb2e62d8e8 | | status | DOWN | | tenant_id | cb06a97924f74001817c22ffb99d8b4c | +-----------------------+--------------------------------------------------------------------------------------+ # neutron --os-tenant-id cb06a97924f74001817c22ffb99d8b4c port-show fcd2b665-c161-40e0-bfc5-7a737a6abaa8 +-----------------------+--------------------------------------------------------------------------------------+ | Field | Value | +-----------------------+--------------------------------------------------------------------------------------+ | admin_state_up | True | | allowed_address_pairs | | | binding:vnic_type | normal | | device_id | reserved_dhcp_port | | device_owner | network:dhcp | | extra_dhcp_opts | | | fixed_ips | {"subnet_id": "28fe403f-b06a-4d58-b6ba-3f1002634838", "ip_address": "192.168.200.6"} | | id | fcd2b665-c161-40e0-bfc5-7a737a6abaa8 | | mac_address | fa:16:3e:13:b5:32 | | name | | | network_id | 664f64fd-9844-4f1e-a040-9bac2dfa83bb | | security_groups | | | status | BUILD | | tenant_id | cb06a97924f74001817c22ffb99d8b4c | +-----------------------+--------------------------------------------------------------------------------------+ Como se ve el puerto correspondiente al DHCP queda en estado BUILD. En el servidor de DHCP, veo que empieza a sincronizarse hasta que falla con el error del inicio de este mensaje, desanctiva todos los puertos y comienza a activarlos y así sucesivamente. Alguien tuvo algún problema similar, ya se me están acabando las ideas, agradecería una pista por donde poder buscar la solución. Gracias! -- Ezequiel Cardinali -------------- next part -------------- An HTML attachment was scrubbed... URL: From rag.open.net at openmailbox.org Wed Apr 26 16:24:03 2017 From: rag.open.net at openmailbox.org (Rodolfo) Date: Wed, 26 Apr 2017 13:24:03 -0300 Subject: [Openstack-es] NEUTRON: No local VLAN available Message-ID: <5bc45ca993e57f77ea23a67655e1d294@openmailbox.org> 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. From ezq at fedoraproject.org Wed Apr 26 17:47:52 2017 From: ezq at fedoraproject.org (Ezequiel Cardinali) Date: Wed, 26 Apr 2017 14:47:52 -0300 Subject: [Openstack-es] NEUTRON: No local VLAN available In-Reply-To: <5bc45ca993e57f77ea23a67655e1d294@openmailbox.org> References: <5bc45ca993e57f77ea23a67655e1d294@openmailbox.org> Message-ID: ~# 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 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ezq at fedoraproject.org Wed Apr 26 17:48:22 2017 From: ezq at fedoraproject.org (Ezequiel Cardinali) Date: Wed, 26 Apr 2017 14:48:22 -0300 Subject: [Openstack-es] NEUTRON: No local VLAN available In-Reply-To: References: <5bc45ca993e57f77ea23a67655e1d294@openmailbox.org> Message-ID: 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 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 > 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: From rag.open.net at openmailbox.org Wed Apr 26 18:20:34 2017 From: rag.open.net at openmailbox.org (Rodolfo) Date: Wed, 26 Apr 2017 15:20:34 -0300 Subject: [Openstack-es] NEUTRON: No local VLAN available In-Reply-To: References: <5bc45ca993e57f77ea23a67655e1d294@openmailbox.org> Message-ID: <7a285082cfe78991181440c5fc6eb45c@openmailbox.org> # 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 > 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 >> 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