Scénario #33799
Problème DNS lors de l'instanciation après network_zephir
100%
Description
Lors du déploiement d'un nouveau serveur via zephir, nous utilisons le script network_zephir pour configurer l'environnement réseau.
L'instanciation échoue car la résolution DNS des noms de domaine publique n'aboutit pas.
En effet, le script modifie le fichier /etc/resolv.conf qui est géré par systemd-resolved (lien symbolique) et injecte directement le DNS et le searchdomain et supprime l'entrée DNS du "stub".
Un contournement est de définir le DNS avec la commande e.g resolvectl dns ens160 8.8.8.8
Extrait de la sortie console lors de l'instanciation:
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
Exécution des scripts preservice
--------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------
run-parts: executing /usr/share/eole/preservice/00-anetwork instance
run-parts: executing /usr/share/eole/preservice/00-bareos instance
run-parts: executing /usr/share/eole/preservice/00-bareoswebui instance
Conf bareos-webui disabled.
To activate the new configuration, you need to run:
systemctl reload apache2
run-parts: executing /usr/share/eole/preservice/00-save-sid instance
Sauvegarde du SID S-1-5-21-3490226549-3218702137-1476093611
run-parts: executing /usr/share/eole/preservice/05-eolead instance
Génération du conteneur addc
Les noms de domaine des dépôts ne sont pas résolus = eole.ac-dijon.fr
ftp.crihan.fr et eole.ac-dijon.fr
ftp.crihan.fr
run-parts: /usr/share/eole/preservice/05-eolead exited with return code 1
Erreur : preservice
Sous-tâches
Historique
#1 Mis à jour par Joël Cuissinat il y a environ 2 ans
- Sujet changé de Problème DNS lors de l'instanciation à Problème DNS lors de l'instanciation après network_zephir
#2 Mis à jour par Joël Cuissinat il y a environ 2 ans
Sur une machine installée depuis l'ISO, on a :
root@seshat:~# ls -al /etc/resolv.conf lrwxrwxrwx 1 root root 39 févr. 11 10:46 /etc/resolv.conf -> ../run/systemd/resolve/stub-resolv.conf
Ceci, contrairement à une machine instanciée ou configurée par eole-ci-tests (ex : "daily") où on a :
root@eolebase:~# ls -al /etc/resolv.conf -rw-r--r-- 1 root root 58 févr. 11 11:18 /etc/resolv.conf
NB : le script est utilisé dans le test de restauration Bareos mais le cadre est sans doute différent : https://dev-eole.ac-dijon.fr/squash/executions/13441
#3 Mis à jour par Joël Cuissinat il y a environ 2 ans
- Tracker changé de Demande à Scénario
- Projet changé de Scribe à Zéphir
- Début
09/02/2022supprimé - Release mis à Carnet de produit (Cadoles)
- Points de scénarios mis à 1.0
#4 Mis à jour par Gilles Grandgérard il y a environ 2 ans
A faire en 2.8.0
#5 Mis à jour par Emmanuel GARETTE il y a environ 2 ans
- Echéance mis à 15/04/2022
- Assigné à mis à Laurent Gourvenec
- Version cible mis à Prestation Cadoles MEN 2022 13-15
- Début mis à 28/03/2022
#6 Mis à jour par Laurent Gourvenec il y a environ 2 ans
Je n'arrive pas à reproduire le problème. Une hypothèse est que systemd-resolved a régénéré son fichier pendant l'instance. 2 solutions :
1. Ajouter dans network-zephir la commande resolvectl dns <iface> <addr> avec les infos données par l'utilisateur. A priori, l'info résistera même à un systemctl restart systemd-resolved
2. Dans network-zephir, supprimer /etc/resolv.conf si c'est un lien symbolique et le réécrire avec les infos données par l'utilisateur.
#7 Mis à jour par Joël Cuissinat il y a environ 2 ans
Laurent Gourvenec a écrit :
Je n'arrive pas à reproduire le problème. Une hypothèse est que systemd-resolved a régénéré son fichier pendant l'instance. 2 solutions :
1. Ajouter dans network-zephir la commanderesolvectl dns <iface> <addr>avec les infos données par l'utilisateur. A priori, l'info résistera même à unsystemctl restart systemd-resolved
2. Dans network-zephir, supprimer /etc/resolv.conf si c'est un lien symbolique et le réécrire avec les infos données par l'utilisateur.
Décision : implémenter la solution n°2
#8 Mis à jour par Emmanuel GARETTE il y a environ 2 ans
- Statut changé de Nouveau à Résolu
#9 Mis à jour par Joël Cuissinat il y a environ 2 ans
- Statut changé de Résolu à Terminé (Sprint)
- Release changé de Carnet de produit (Cadoles) à EOLE 2.8.0
#10 Mis à jour par Daniel Dehennin il y a plus d'un an
- Lié à Scénario #34562: EOLE 2.9 : ajouter une variable par interface pour activer le mode promiscious ajouté
#11 Mis à jour par Daniel Dehennin il y a plus d'un an
- Lié à Scénario #34562: EOLE 2.9 : ajouter une variable par interface pour activer le mode promiscious supprimé