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
Subtasks
History
#1 Updated by Joël Cuissinat over 1 year ago
- Subject changed from Problème DNS lors de l'instanciation to Problème DNS lors de l'instanciation après network_zephir
#2 Updated by Joël Cuissinat over 1 year ago
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 Updated by Joël Cuissinat over 1 year ago
- Tracker changed from Demande to Scénario
- Project changed from Scribe to Zéphir
- Start date deleted (
02/09/2022) - Release set to Carnet de produit (Cadoles)
- Story points set to 1.0
#4 Updated by Gilles Grandgérard over 1 year ago
A faire en 2.8.0
#5 Updated by Emmanuel GARETTE over 1 year ago
- Due date set to 04/15/2022
- Assigned To set to Laurent Gourvenec
- Target version set to Prestation Cadoles MEN 2022 13-15
- Start date set to 03/28/2022
#6 Updated by Laurent Gourvenec over 1 year ago
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 Updated by Joël Cuissinat over 1 year ago
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 Updated by Emmanuel GARETTE over 1 year ago
- Status changed from Nouveau to Résolu
#9 Updated by Joël Cuissinat over 1 year ago
- Status changed from Résolu to Terminé (Sprint)
- Release changed from Carnet de produit (Cadoles) to EOLE 2.8.0
#10 Updated by Daniel Dehennin about 1 year ago
- Related to Scénario #34562: EOLE 2.9 : ajouter une variable par interface pour activer le mode promiscious added
#11 Updated by Daniel Dehennin about 1 year ago
- Related to deleted (Scénario #34562: EOLE 2.9 : ajouter une variable par interface pour activer le mode promiscious)