Open Stack

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 at 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 at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstack.org/pipermail/openstack-es/attachments/20170426/12ca0283/attachment-0001.html>