<div dir="ltr"><div><div>Les logs LXC en DEBUG ne donnent aucune ERROR, juste en boucle :<br><i>lxc-start 1412157298.238 DEBUG    lxc_utmp - got inotify event 2 for utmp<br>lxc-start 1412157298.238 DEBUG    lxc_utmp - utmp handler - run level is N/3<br>lxc-start 1412157298.238 DEBUG    lxc_utmp - Container running</i><br><br></div>DMESG n'est pas beaucoup plus bavard...<br><i>[64378.699884] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None<br>[64378.702417] ADDRCONF(NETDEV_UP): eth1: link is not ready<br>[64378.703358] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready<br>[64389.514779] eth1: no IPv6 routers present<br>[64947.736211] e1000: eth1 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None<br>[64947.738740] ADDRCONF(NETDEV_UP): eth1: link is not ready<br>[64947.739686] ADDRCONF(NETDEV_CHANGE): eth1: link becomes ready<br>[64958.343388] eth1: no IPv6 routers present</i><br><br></div>Joris<br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 1 octobre 2014 11:48, Emmanuel Thierry <span dir="ltr"><<a href="mailto:ml@sekil.fr" target="_blank">ml@sekil.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><br></div>Des logs lxc ou dmesg lorsque le container est lancé ?<div><br></div><div>Manu<br><div><br><div><div>Le 1 oct. 2014 à 11:45, Joris Michaux a écrit :</div><div><div class="h5"><br><blockquote type="cite"><div dir="ltr"><div><div><div><div><div><div>J'ai oublié de préciser que quand les containers sont éteints, les 3 interfaces fonctionnent correctement. (ping, ssh...)<br><br></div>C'est à l'allumage des containers que le réseau tombe sur l'interface concernée.<br><br>Typiquement :<br><br></div><u>Container 1 :</u><br><i>lxc.utsname = frp2007cu<br>lxc.network.type = phys<br>lxc.network.flags = up<br>lxc.network.link = eth1<br>lxc.network.ipv4 = <a href="http://10.170.2.187/28" target="_blank">10.170.2.187/28</a><br>lxc.network.ipv4.gateway = 10.170.2.190<br>lxc.network.hwaddr = 00:1E:01:61:5B:86</i><br><br></div>eth1 cesse de fonctionner lorsqu'elle est mappée à l'allumage du container. (du mode "phys")<br><br></div><u>Les commandes avant allumage du container :</u><br><i>root@frp1007cu:/var/run/network# ip l<br>1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT <br>    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000<br>    link/ether 00:50:56:85:67:17 brd ff:ff:ff:ff:ff:ff<br>3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000<br>    link/ether 00:1e:01:61:5b:86 brd ff:ff:ff:ff:ff:ff<br>4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000</i><br>    link/ether 00:1e:fd:d8:a3:44 brd ff:ff:ff:ff:ff:ff<br><br></div><u>Après :</u><br><i>root@frp1007cu:/var/run/network# ip l<br>1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN mode DEFAULT <br>    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00<br>2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000<br>    link/ether 00:50:56:85:67:17 brd ff:ff:ff:ff:ff:ff<br>4: eth2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT qlen 1000<br>    link/ether 00:1e:fd:d8:a3:44 brd ff:ff:ff:ff:ff:ff</i><br><br></div>Ce comportement me parait normal, et est confirmé sur les autres hosts de LXC.<br><br>Joris<br></div><div class="gmail_extra"><br><div class="gmail_quote">Le 1 octobre 2014 11:34, Emmanuel Thierry <span dir="ltr"><<a href="mailto:ml@sekil.fr" target="_blank">ml@sekil.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><div>Le 1 oct. 2014 à 11:28, Joris Michaux a écrit :</div><span><br><blockquote type="cite"><div dir="ltr"><div><div><div><div>Manu,<br><br></div><div>Le problème est survenu à 
7h12 hier. Heure à laquelle le trafic a balancé sur le deuxième serveur 
fonctionnel. Sans redémarrage. Depuis j'ai redémarré le container 
plusieurs fois, et même une fois la machine.<br></div><div><br></div># ip netns et ip netns list ne revoient rien.<br></div></div></div></div></blockquote><div><br></div></span><div>Il faut commencer par ça. S'il n'y a rien c'est que le problème vient de là vu que la création des namespace réseau a échoué.</div><div>Du coup les interfaces doivent encore exister sur le namespace de l'hôte, si ce n'est pas le cas c'est que le problème vient du matériel ou des drivers ethernet.</div><div><br></div><div>Que donne un simple :</div><div># ip l</div><div><br></div><div>Par ailleurs, tu dois vérifier que les interfaces sont bien initialisées dans le dmesg :</div><div># dmesg</div><div><br></div><div>Manu</div><div><div><br><blockquote type="cite"><div dir="ltr"><div><div><div><br></div>Aucune iptables en place sur le host (ni le fonctionnel, ni l'autre).</div></div></div></blockquote><blockquote type="cite"><div dir="ltr"><div><div><br></div>J'ai
 des iptables sur deux hosts hébergeant les Reverse-Proxy Nginx, mais 
pas sur les deux hosts hébergeant les webservers. Je tape sur le bon via
 des tunnels ssl (stunnel4). Le fait qu'ils aient chacun une interface 
dédiée m'évite les iptables à ce niveau.<br><br></div><div>PS : la 
machine à problèmes a une sœur jumelle fonctionnelle sur laquelle je 
peux comparer les configurations, ce que je n'arrête pas de faire depuis
 hier.<br></div><div><br></div><div>Merci !<br></div><div><br></div>Joris</div><div class="gmail_extra"><br><div class="gmail_quote">Le 1 octobre 2014 11:11, Emmanuel Thierry <span dir="ltr"><<a href="mailto:ml@sekil.fr" target="_blank">ml@sekil.fr</a>></span> a écrit :<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word">Bonjour,<div><br></div><div>As-tu redémarré les container ou bien le problème a-t-il eu lieu durant leur exécution ?</div><div><br></div><div>Peux-tu exécuter les commandes suivantes ?</div><div># ip netns</div><div>(pour chaque entrée de la liste => ${ns})</div><div># ip netns exec ${ns} ip l</div># ip netns exec ${ns} ip a<div># ip netns exec ${ns} ip r</div><div># ip netns exec ${ns} ip -6 r</div><div>(et toute autre information utile comme les règles netfilter ou consors)</div><div><br></div><div>Manu</div><div><br><div><div><div>Le 1 oct. 2014 à 11:05, Joris Michaux a écrit :</div><br><blockquote type="cite"><div><div><div dir="ltr"><div><div><div><div><div><div><div>Bonjour à tous,<br><br></div>Je vous écrit du fond de mon trou, je creuse depuis hier, et bientôt je ne pourrai plus sortir...<br><br></div><u>Contexte : </u><br></div>- 1 machine Debian 7 avec 3 interfaces :<br></div>  |_ eth0 = 10.170.2.189<br></div>  |_ eth1 = 10.170.2.187<br></div>  |_ eth2 = 10.170.2.185<br></div><div>- Rôle de la machine : héberger 2 containers LXC intégrant chacun un Apache<br></div><div>- Configuration network des LXC : lxc.network.type = phys<br><br></div><div>Le comportement du type "phys" de LXC est que l'interface ciblée est "aspirée" par le LXC (elle disparaît du ifconfig sur le host), et le container en bénéficie sans autre configuration.<br><br></div><div><u>Mon problème :</u><br></div><div>J'utilise ce mode de fonctionnement sur 5 machines en prod depuis 8 mois, sans aucun problème. Depuis hier matin, les 2 LXC d'une des 5 machines ont perdu le réseau, alors que les 8 autres continuent de fonctionner. Les configurations sont pupettisées, je ne vois pas comment elles auraient pu casser, sur une seule machine.<br><br></div><div>Depuis hier je compare les fichiers de configuration des hôtes, des containers, les iptables, les routes, les tables arp... Je ne vois pas où est le problème.<br><br></div><div><u>Dernière chance :</u><br></div><div>J'ai créé un nouveau container sur ladite machine, et même tout neuf, il n'a pas de réseau.<br><br></div><div><b><u>Ma demande :</u><br>Que vous ayez ou non déjà utilisé LXC, si vous avez n'importe quelle question bête à poser sur la configuration, ça peut m'éclairer sur un truc que je rate, et je vous en serai vraiment reconnaissant !</b><br><br></div><div>Merci à ceux qui me donneront quelques minutes !<br><br></div><div>Joris M., un admin désemparé...<br></div></div></div></div>
_______________________________________________<br>technique mailing list<br><a href="mailto:technique@lists.tetaneutral.net" target="_blank">technique@lists.tetaneutral.net</a><br><a href="http://lists.tetaneutral.net/listinfo/technique" target="_blank">http://lists.tetaneutral.net/listinfo/technique</a><br></blockquote></div><br></div></div></div></blockquote></div><br></div>
</blockquote></div></div></div><br></div></blockquote></div><br></div>
</blockquote></div></div></div><br></div></div></div></blockquote></div><br></div>