Project

General

Profile

Tâche #15225

Distribution EOLE - Scénario #14967: Traitement express (07-09)

Le nom des interfaces réseaux ne sont plus persistants sur Ubuntu Trusty (14.04)

Added by Christophe Dezé over 8 years ago. Updated over 8 years ago.

Status:
Fermé
Priority:
Normal
Assigned To:
Start date:
03/01/2016
Due date:
% Done:

100%

Estimated time:
2.00 h
Spent time:
Remaining (hours):
0.0

Description

A priori, /etc/udev/rules.d/70-persistent-net.rules n'est plus autogénéré sur ubuntu 14.04.
Avec ces arguments net.ifnames=1 biosdevname=0 passés au noyau par grub, cela semble indispensable d'en créer/templatiser un.

https://www.freedesktop.org/wiki/Software/systemd/PredictableNetworkInterfaceNames/

il faudrait faire une boucle du genre ... ou pas

export INTERFACE=ethX
export MATCHADDR=`ip addr show $INTERFACE | grep ether | awk '{print $2}'`
/lib/udev/write_net_rules@

Related issues

Related to Distribution EOLE - Tâche #13805: Forcer le renommage des interfaces réseaux sur 2.5.0 Fermé 10/29/2015

Associated revisions

Revision 1fbda47a (diff)
Added by Daniel Dehennin over 8 years ago

Rendre persistant les noms d’interfaces réseaux

Le générateur permettant d’avoir des noms persisant pour les interfaces
réseaux n’est actif que si « net.ifnames=0 ».

  • debian/eole-server.postinst: Passer « net.ifnames=0 » à la ligne de
    commande du noyau.

Ref: #15225

Revision 5deaba2a (diff)
Added by Daniel Dehennin over 8 years ago

Rendre persistant les noms d’interfaces réseaux

Le générateur permettant d’avoir des noms persisant pour les interfaces
réseaux n’est actif que si « net.ifnames=0 ».

  • debian/eole-server.postinst: Passer « net.ifnames=0 » à la ligne de
    commande du noyau.

Cherry pick from 1fbda47ac3bb9a106f37a3e0cde52f3dfb5c0c91

Ref: #15225

Revision e8c5eeaa (diff)
Added by Daniel Dehennin over 8 years ago

Rendre persistant les noms d’interfaces réseaux

Le générateur permettant d’avoir des noms persisant pour les interfaces
réseaux n’est actif que si « net.ifnames=0 ».

  • classes/eole/2.5/late_script: Passer « net.ifnames=0 » à la ligne de
    commande du noyau.

Ref: #15225

Revision 76172f8a (diff)
Added by Daniel Dehennin over 8 years ago

Rendre persistant les noms d’interfaces réseaux

Le générateur permettant d’avoir des noms persisant pour les interfaces
réseaux n’est actif que si « net.ifnames=0 ».

  • debian/eole-server.postinst: Passer « net.ifnames=0 » à la ligne de
    commande du noyau.

Cherry pick for 2.5.1 from 1fbda47ac3bb9a106f37a3e0cde52f3dfb5c0c91

Ref: #15225

History

#1 Updated by Daniel Dehennin over 8 years ago

  • Project changed from Amon to eole-common

#2 Updated by Daniel Dehennin over 8 years ago

  • Description updated (diff)
  • Assigned To set to Daniel Dehennin
  • Estimated time set to 2.00 h
  • Parent task set to #14967

#3 Updated by Daniel Dehennin over 8 years ago

  • Remaining (hours) set to 2.0

Le générateur permettant d’avoir des noms persisant pour les interfaces réseaux n’est actif que si net.ifnames=0

La correction de #13805 n’est donc pas complète.

#4 Updated by Daniel Dehennin over 8 years ago

  • % Done changed from 0 to 100

Paquet disponibles:

  • eole-2.5.0-proposed-updates 2.5.0-18
  • eole-2.5.1-proposed-updates 2.5.1-14
  • eole-2.5-unstable 2.5.2-37

#5 Updated by Daniel Dehennin over 8 years ago

Christophe DEZE a écrit :

A priori, /etc/udev/rules.d/70-persistent-net.rules n'est plus autogénéré sur ubuntu 14.04.

Le fichier est généré à l’installation sur ma machine mais n’est pas régénéré s’il est supprimé.

#6 Updated by Daniel Dehennin over 8 years ago

  • Remaining (hours) changed from 2.0 to 0.25

#7 Updated by Daniel Dehennin over 8 years ago

  • Subject changed from /etc/udev/rules.d/70-persistent-net.rules n'est plus autogénéré sur ubuntu 14.04. to Le nom des interfaces réseaux ne sont plus persistants sur Ubuntu Trusty (14.04)

#8 Updated by équipe eole Academie d'Orléans-Tours over 8 years ago

bonjour,
merci pour cette correction rapide qui nous a servi sur un amon 2.4.2 planté depuis hier matin !
Serait il possible que vous portiez le correctif sur cette version justement ?
Merci d'avance
Olivier

#9 Updated by Daniel Dehennin over 8 years ago

équipe eole Academie d'Orléans-Tours a écrit :

bonjour,
merci pour cette correction rapide qui nous a servi sur un amon 2.4.2 planté depuis hier matin !
Serait il possible que vous portiez le correctif sur cette version justement ?

EOLE 2.4 est basé sur Ubuntu Precise Pangolin (12.04) qui n’utilise pas les mécanismes systemd.

Il ne devrait donc y avoir aucun problème de génération du fichier /etc/udev/rules.d/70-persistent-net.rules.

Je viens de faire le test sur une machine 2.4.2:

  • Ligne de commande du noyau: BOOT_IMAGE=/vmlinuz-3.13.0-57-generic root=/dev/mapper/eolebase--vg-root ro rootdelay=90 quiet
  • Supprimer /etc/udev/rules.d/70-persistent-net.rules
  • Redémarrer la machine

Le fichier est bien recréé au démarrage suivant.

Par contre, dans ce cas, il faut faire attention à ce que les informations écrites dans le fichiers correspondent à ce que vous attendez.

Si ce n’est pas le cas, vous pouvez l’éditer pour interchanger les différentes interfaces.

#10 Updated by équipe eole Academie d'Orléans-Tours over 8 years ago

En fait le soucis en 2.4.2 apparait à la mise à jour, avant c'est ok.
On est alors sur le noyaux 3.13.0-77-generic #121~precise1-Ubuntu

J'ai fais le test indiqué :

rm /etc/udev/rules.d/70-persistent-net.rules
reboot

le fichier 70-persistent-net.rules n'est pas recréé (alors qu'il est généré à l'install avec le noyaux 3.13.0-57)

Je peux par contre le régénérer via :

export INTERFACE=eth0
export MATCHADDR=`ip addr show $INTERFACE | grep ether | awk '{print $2}'`
/lib/udev/write_net_rules

#11 Updated by Daniel Dehennin over 8 years ago

équipe eole Academie d'Orléans-Tours a écrit :

En fait le soucis en 2.4.2 apparait à la mise à jour, avant c'est ok.
On est alors sur le noyaux 3.13.0-77-generic #121~precise1-Ubuntu

J'ai fais le test indiqué :

rm /etc/udev/rules.d/70-persistent-net.rules
reboot

le fichier 70-persistent-net.rules n'est pas recréé (alors qu'il est généré à l'install avec le noyaux 3.13.0-57)

Je viens de partir d’une 2.4.2 fraîchement installée (noyau 3.13.0-57), non configurée, non instanciée :

  • Le fichier /etc/udev/rules.d/70-persistent-net.rules est présent
  • Mise à jour stable (Maj-Auto)
  • Redémarrage de la machine ⇒ noyau 3.13.0-79-generic #123~precise1-Ubuntu,
  • Fichier /etc/udev/rules.d/70-persistent-net.rules toujours présent, la mise à jour ne l’a pas supprimé
  • Suppression de /etc/udev/rules.d/70-persistent-net.rules
  • Redémarrage
  • Fichier /etc/udev/rules.d/70-persistent-net.rules présent, il est bien recréer au démarrage

Il est à noter que /lib/udev/rules.d/75-persistent-net-generator.rules dispose d’une liste d’exclusion, notamment :

  • pour les machines virtualisées qui peuvent changer de MAC au prochain redémarrage
  • pour certains constructeurs qui ne respectent pas les normes

#12 Updated by Scrum Master over 8 years ago

  • Status changed from Nouveau to En cours

#13 Updated by Scrum Master over 8 years ago

  • Status changed from En cours to Résolu

#14 Updated by Emmanuel GARETTE over 8 years ago

  • Remaining (hours) changed from 0.25 to 0.0

Je confirme que cela fonctionne correctement sur 2.4 et 2.5.

Demande en attente d'information de "équipe eole Academie d'Orléans-Tours" pour le problème spécifique rencontré.

#15 Updated by Scrum Master over 8 years ago

  • Status changed from Résolu to Fermé

#16 Updated by équipe eole Academie d'Orléans-Tours over 8 years ago

Après tests plus approfondit hier soir et ce matin, il s'avère qu'un soucis autre de détection des cartes ce produisait sur la machine (lié au matériel)
Ma modif du grub est tombé "par hasard" avec une bonne détections des cartes, ce qui m'a fait croire que cette modification avait été la solution.

En creusant, il c'est avéré qu'avec ou sans les lignes supplémentaires, le bug de détection propre à la machine reste vrai.

Bref, rien a voir avec ce signalement, désolé pour le bruit sur cette demande...

Nicolas

Also available in: Atom PDF