Tâche #27422
Scénario #28289: SC-T11-002b : corriger la suppression des VLAN après reconfigure
Étudier la pertinence de la gestion de systemd-networkd par creole
Description
Problème de démarrage des cartes réseaux (additionnelles ?)
Sur un serveur avec 4 cartes, l'ensemble des cartes réseaux n'est pas fonctionnel a l'issue d'un reconfigure.
Avant reconfigure j'ai (via la commande networkctl list) :
IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier unmanaged 2 eno1np0 ether carrier configured 3 eno3 ether carrier configured 4 eno2np1 ether carrier configured 5 eno4 ether carrier configured
A l'arrêt du service systemd-networkd j'ai :
IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback n/a unmanaged 2 eno1np0 ether n/a unmanaged 3 eno3 ether n/a unmanaged 4 eno2np1 ether n/a unmanaged 5 eno4 ether n/a unmanaged
A l'issue du reconfigure j'ai (dans les conditions ou j'ai le moins de chance) :
IDX LINK TYPE OPERATIONAL SETUP 1 lo loopback carrier pending 2 eno1np0 ether carrier pending 3 eno3 ether n/a unmanaged 4 eno2np1 ether carrier configuring 5 eno4 ether n/a unmanaged
Si on ne redémarre pas le service "systemd-networkd" pas de soucis.
Le service est géré par creole; cf dicos/00-common.xml
Révisions associées
systemd-resolved have to keep alive while netplan apply network configuration
ref #27422
systemd-resolved have to keep alive while netplan apply network configuration
ref #27422
Historique
#1 Mis à jour par Fabrice Barconnière il y a environ 5 ans
- Tracker changé de Demande à Scénario
- Sujet changé de Problème de démarrage des cartes réseaux (additionnelles ?) à Étudier la pertinence de la gestion de systemd-networkd par creole
- Description mis à jour (diff)
- Début
28/03/2019supprimé - Release mis à EOLE 2.7.0
- Points de scénarios mis à 2.0
#2 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Tâche parente mis à #28289
#3 Mis à jour par Fabrice Barconnière il y a presque 5 ans
- Statut changé de Nouveau à En cours
- Début mis à 22/05/2019
#4 Mis à jour par Fabrice Barconnière il y a presque 5 ans
- Assigné à mis à Fabrice Barconnière
- Temps estimé mis à 3.00 h
- Restant à faire (heures) mis à 3.0
#5 Mis à jour par Scrum Master il y a presque 5 ans
- Statut changé de En cours à Résolu
#6 Mis à jour par Fabrice Barconnière il y a presque 5 ans
- % réalisé changé de 0 à 100
- Restant à faire (heures) changé de 3.0 à 0.1
Avec cette modif, les VLAN sont bien supprimés après reconfigure.
J'ai également effectué des tests avec le bonding, alias, MTU sans problème.
#7 Mis à jour par Fabrice Barconnière il y a presque 5 ans
- Statut changé de Résolu à En cours
- % réalisé changé de 100 à 90
- Restant à faire (heures) changé de 0.1 à 1.0
- Modification du dictionnaire 00_common.xml (suppression de la gestion du service systemd-networkd) après upgrade et avant reboot
- reboot
- gen_config
- instance
Tout est OK
Backporter en 2.7.0 ?
#8 Mis à jour par Emmanuel GARETTE il y a presque 5 ans
Backporter en 2.7.0 ?
Vu que l'instance et le reconfigure plante quasi systématiquement sur des serveurs en prod, je ne pense pas qu'il y a de question a se poser.
#9 Mis à jour par Fabrice Barconnière il y a presque 5 ans
- % réalisé changé de 90 à 100
- Restant à faire (heures) changé de 1.0 à 0.5
rétro portage en 2.7.0
#10 Mis à jour par Scrum Master il y a presque 5 ans
- Statut changé de En cours à Résolu
#11 Mis à jour par Joël Cuissinat il y a presque 5 ans
- Statut changé de Résolu à Fermé
- Restant à faire (heures) changé de 0.5 à 0.0