
El ansible de openstack creó contenedores que se estaban ejecutando pero no tienen acceso a Internet. Cuando agrego enrutamiento manualmente, aparece el siguiente error:
Err:1 http://archive.ubuntu.com/ubuntu bionic InRelease
Clearsigned file isn't valid, got 'NOSPLIT' (does the network require authentication?)
# lxc-ls -f
NAME STATE AUTOSTART GROUPS IPV4 IPV6 UNPRIVILEGED
infra1_galera_container-40eb8c2c RUNNING 1 onboot, openstack 192.168.56.232 - false
infra1_glance_container-fe32f950 RUNNING 1 onboot, openstack 192.168.56.194, 10.200.75.51 - false
infra1_heat_api_container-fcdda89c RUNNING 1 onboot, openstack 192.168.56.207 - false
infra1_horizon_container-29382c02 RUNNING 1 onboot, openstack 192.168.56.140 - false
infra1_keystone_container-c4b4bca5 RUNNING 1 onboot, openstack 192.168.56.61 - false
infra1_memcached_container-667ec859 RUNNING 1 onboot, openstack 192.168.56.183 - false
infra1_nova_api_container-6dcd2a9b RUNNING 1 onboot, openstack 192.168.56.114 - false
infra1_placement_container-d9a47077 RUNNING 1 onboot, openstack 192.168.56.218 - false
infra1_rabbit_mq_container-34797cf1 RUNNING 1 onboot, openstack 192.168.56.210 - false
infra1_repo_container-02a62c03 RUNNING 1 onboot, openstack 192.168.56.94 - false
infra1_utility_container-a23621d0 RUNNING 1 onboot, openstack 192.168.56.90 - false
También es que mi puente lxc tiene una red diferente y no se asigna
lxcbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.3.1 netmask 255.255.255.0 broadcast 10.0.3.255
my openstack_user_config.yml define todos los componentes de infraestructura en la red 192.168.56.0/24.
¿Por qué, de forma predeterminada, cuando ejecuto el manual no obtengo acceso a Internet en los contenedores? ¿Me perdí algo?
Respuesta1
El acceso a Internet a los contenedores lxc se proporciona a través de lxcbr0. Cada contenedor debe tener una subred IP 10.0.3.0/24 asignada a eth0 (interfaz predeterminada). Tengo el mismo problema, causado porque dnsmasq no maneja la solicitud DHCP enviada a lxcbr0. Reiniciar dnsmasq funciona. Los siguientes son los pasos que tomé:
Compruebe si las solicitudes de DHCP se manejan con tcpdump en el host del controlador:
tcpdump -ntv -i lxcbr0
Reinicie dnsmasq:
ps aux | grep dnsmasq
# note pid and copy dnsmasq command
kill dnsmasq-pid
rerun dnsmasq command
o con systemctl iniciar lxc-dnsmasq.service
Respuesta2
Debería ser necesario comprobar la/etc/resolv.conf
El servidor de nombres correcto no se agrega allí porque la actualización adecuada del contenedor falló.