web-dev-qa-db-fra.com

L'installation d'OpenStack de Landscape échoue car les conteneurs ne peuvent pas obtenir d'adresse IP

J'ai suivi ces instructions et l'installation a échoué lors du déploiement de Landscape.

J'ai creusé un peu et j'ai constaté que les conteneurs juju ne pouvaient pas obtenir l'adresse IP:

Apr 28 16:20:50 juju-machine-0-lxc-1 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 17 (xid=0x4e269150)
Apr 28 16:21:07 juju-machine-0-lxc-1 dhclient: DHCPDISCOVER on eth0 to     255.255.255.255 port 67 interval 10 (xid=0x4e269150)
Apr 28 16:21:17 juju-machine-0-lxc-1 dhclient: DHCPDISCOVER on eth0 to    255.255.255.255 port 67 interval 12 (xid=0x4e269150)

Il semble que les interfaces soient reliées à eth0:

# brctl show
bridge name     bridge id               STP enabled     interfaces
juju-br0        8000.005056880a1b       no              eth0
                                                        veth770EL2
                                                        vethOULXGG
                                                        vethQ7I7K9
                                                        vethR8J2R4
                                                        vethTQOU5J
                                                        vethVID53L
lxcbr0          8000.000000000000       no

Alors que le dhcpd sur l'hôte est sur le point de fournir des adresses sur lxcbr0:

dnsmasq -u lxc-dnsmasq --strict-order --bind-interfaces --pid-file=/run/lxc/dnsmasq.pid --conf-file= --listen-address 10.0.3.1 --dhcp-range 10.0.3.2,10.0.3.254 --dhcp-lease-max=253 --dhcp-no-override --except-interface=lo --interface=lxcbr0 --dhcp-leasefile=/var/lib/misc/dnsmasq.lxcbr0.leases --dhcp-authoritative

Des conseils sur la façon de le résoudre?

networkingjujudhcplandscapeopenstack-autopilot
2
Emsi

J'ai trouvé une solution de contournement.

Le cœur du problème était que j'utilisais des machines virtuelles sur ESXi. J'ai activé la virtualisation imbriquée et les ai gérés via virsh. Pour que la mise en réseau fonctionne, j'ai dû activer le mode dit promiscuous sur le groupe de ports ESXi et donc le transformer en hub (c'est dommage que vSwitch ne supporte pas l'apprentissage MAC).

Comme le commutateur virtuel était connecté à l'aide de deux cartes réseau aux commutateurs de liaison montante, le mode promiscuous a en quelque sorte causé la duplication des paquets (malgré le fait que toute la communication se passait au sein d'un seul hôte ESXi!). Le pont Linux a détecté ces doublons et a donc refusé de ponter les paquets.

La suppression d'un NIC du commutateur vmware a résolu le problème (la désactivation d'un NIC ou le réglage en veille ou inutilisé ne l'a pas fait). Comme la suppression de NIC du commutateur n'était pas une bonne solution pour moi, j'ai créé un commutateur virtuel sans carte réseau attachée et créé une boîte Linux qui y acheminait le trafic. Ensuite, l'installation s'est déroulée sans aucun problème supplémentaire.

Je n'ai pas pu le résoudre uniquement au niveau du pont Linux.

2
Emsi