failed to bring up eth0 - Serveur Debian

admin novembre 18th, 2008

Et bien j’espère que ce post servira bien un jour à toute personne qui rencontrera le même problème que moi et d’autres suite au passage d’un serveur debian de Stable à Testing ! Il se dit dans les milieux “autorisés” que la Testing peut supporter un environnement de production si on utilise pas de packages exotiques. Et bien cela n’est pas toujours aussi simple.

Suite à une simple mise à jour d’un serveur débian 2.6.24.5, et à un reboot pour prise en compte de modifications de lilo, voici que le serveur ne répond plus au ping ! Etrange.. , j’ai d’abord pensé à un kernel panic. Le temps de chercher un petit peu du coté de la modification faite dans lilo, ovh a pris la main sur ma machine, changé la carte mère et réseau !!!! Dingue, il leur a du coup fallu 4 heures pour me rendre la machine. => Dans le même état qu’au départ ! Encore plus incroyable. J’ai donc attendu tout ce temps pour rien, ou presque. Ovh me donnait une précieuse information en disant :

“Reboot soft éffectué en mode netboot bzimage le message suivant est apparut ‘failed to bring up eth0”

Piste intéressante. je me suis donc enfin jeté sur les logs du système :

tail -50000 /var/log/syslog | grep eth0

La réponse fut :

kernel: udev: renamed network interface eth0 to eth1

Mais qui donc a bien eu l’idée de renommer l’interface réseau eth0 en eth1. Pas étonnant que le serveur ne réponde plus au ping !!!

Un coup de Google m’a aidé à trouver ce post très intéressant que je reprend ci dessous

Nous avons donc a faire avec un bug débian finalement assez simple à corriger, mais pas simple à trouver !

Udev a crée automatiquement une ou plusieurs règles pour monter automatiquement les interfaces réseau.

Il faut donc modifier manuellement les règles générées par udev pour indiquer que le montage de l’interface réseau se fait sur eth0.

Trouvez une règle qui se nomme ….persistent-net.rules dans /etc/udev/

vi /etc/udev/rules.d/70-persistent-net.rules

Commenter la première règle qui doit correspondre en gros à cela :

#SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:11:22:33:44:55",
NAME="eth0"

Pour la ligne qui correspond à l’adresse Mac de votre carte réseau remplacer le ethxxx par eth0

SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*",
NAME="eth1"
 
devient
 
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*",
ATTR{address}=="01:23:45:67:89:ab", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"

Sauver le fichier puis rebooter le serveur (sans oublier de passer le boot de la machine sur hd dans le manager Ovh)

En espérant que la multiplication de ce type d’article permettra de vite trouver la solution à ceux qui rencontre le problème.

Références :
http://forum.ovh.com/showthread.php?t=39674
http://forum.ovh.com/showthread.php?t=34764

http://www.debianadmin.com/rename-network-interface-using-udev-in-linux.html

9 Responses to “failed to bring up eth0 - Serveur Debian”

  1. LEBon 24 juin 2009 at 11:16

    Très très utile. Bravo et Merci.

  2. Kyubion 30 août 2009 at 16:42

    Ton article m’a été très utile.
    Je n’arrivais plus à joindre mon serveur suite à une intervention OVH (remplacement de carte mère) et comme toi j’avais vu que eth0 n’était pas accessible.
    Sauf que je ne comprenais pas pourquoi !
    Après plusieurs reboot rescue, j’ai cherché sur google et je suis tombé ici.
    Et là… c’était bon !

    Grand merci à toi !

  3. adminon 30 août 2009 at 21:17

    C’est justement la pour ca ;-)

    Jerome

  4. Pierreon 07 sept 2009 at 9:40

    Très utile également pour le même problème mais … dans une machine virtuelle VirtualBox (1.5.6_OSE) !

    Sur deux machines virtuelles (debian lenny) installées sur la même machine, seulement une avait cette règle udev qui renommait eth0 (!?)

    Merci beaucoup !

  5. [...] résoudre ce problème et au lieu de recopiér l’article, rendez-vous ici pour savoir comment résoudre cela rapidement, merci à l’auteur ! Submit this to Script [...]

  6. Thibaulton 13 jan 2010 at 15:49

    Thank’s

  7. Mr Xharkon 28 jan 2010 at 0:09

    Très clair, merci pour ces explications.

  8. Lukeon 05 fév 2010 at 10:58

    Merci, ton article m’a vraiment sauvé d’une grosse grosse galère !!!!

  9. Scribuson 22 mai 2010 at 19:15

    Un grand merci pour cet article qui m’a sauvé!

Trackback URI | Comments RSS

Vos commentaires