
O openstack ansible criou contêineres em execução, mas não têm acesso à internet. Quando adiciono o roteamento manualmente, recebo o seguinte erro:
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
também é que minha ponte lxc tem uma rede diferente e que não está sendo atribuída
lxcbr0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 10.0.3.1 netmask 255.255.255.0 broadcast 10.0.3.255
meu openstack_user_config.yml define todos os componentes infra na rede 192.168.56.0/24.
Por que, por padrão, quando executo o manual, não obtenho acesso à Internet nos contêineres? eu perdi alguma coisa?
Responder1
O acesso à Internet para contêineres lxc é fornecido através do lxcbr0. Cada contêiner deve receber uma sub-rede IP 10.0.3.0/24 atribuída à eth0 (interface padrão). Eu tenho o mesmo problema, que é causado pelo fato de o dnsmasq não lidar com a solicitação DHCP enviada para lxcbr0. Reiniciar o dnsmasq funciona. A seguir estão as etapas que executei:
Verifique se as solicitações DHCP são tratadas com tcpdump no host do controlador:
tcpdump -ntv -i lxcbr0
Reinicie o dnsmasq:
ps aux | grep dnsmasq
# note pid and copy dnsmasq command
kill dnsmasq-pid
rerun dnsmasq command
ou com systemctl start lxc-dnsmasq.service
Responder2
Deveria haver a necessidade de verificar/etc/resolv.conf
O servidor de nomes correto não foi adicionado lá porque a atualização do apt no contêiner falhou.