Project

General

Profile

Scénario #33799

Problème DNS lors de l'instanciation après network_zephir

Added by mathieu carrolle about 2 years ago. Updated about 2 years ago.

Status:
Terminé (Sprint)
Priority:
Normal
Assigned To:
Category:
-
Start date:
03/28/2022
Due date:
04/15/2022
% Done:

100%

Story points:
1.0
Remaining (hours):
0.00 hour
Velocity based estimate:
Release:
Release relationship:
Auto

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

Tâche #34013: Dans network-zephir, supprimer /etc/resolv.conf le réécrire avec les infos données par l'utilisateurFerméLaurent Gourvenec

History

#1 Updated by Joël Cuissinat about 2 years 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 about 2 years 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 about 2 years 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 about 2 years ago

A faire en 2.8.0

#5 Updated by Emmanuel GARETTE about 2 years 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 about 2 years 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 about 2 years 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 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.

Décision : implémenter la solution n°2

#8 Updated by Emmanuel GARETTE about 2 years ago

  • Status changed from Nouveau to Résolu

#9 Updated by Joël Cuissinat about 2 years 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 over 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 over 1 year ago

  • Related to deleted (Scénario #34562: EOLE 2.9 : ajouter une variable par interface pour activer le mode promiscious)

Also available in: Atom PDF