Scénario #26290
Mis à jour par Daniel Dehennin il y a plus de 5 ans
h3. Problème
Le service DNS de samba ne démarre pas car le service *@systemd-resolved@* écoute sur le port 53 de l’adresse 127.0.0.53.
J’ai testé sur eolebase :
# le service *@systemd-resolved@* est bien arrêté lors de l’instance
# il est redémarré avant la génération de son fichier de configuration
# lors de son démarrage rien ne se passe car il est déjà fonctionnel
Voici les logs lors du démarrage prématuré :
<pre>
déc. 18 11:17:35 eolebase dbus-daemon[546]: [system] Activating via systemd: service name='org.freedesktop.resolve1' unit='dbus-org.freedesktop.resolve1.service' requested by ':1.9' (uid=0 pid=1733 comm="/usr/bin/systemd-resolve --status " label="unconfined")
déc. 18 11:17:35 eolebase systemd[1]: Starting Network Name Resolution...
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Positive Trust Anchors:
déc. 18 11:17:35 eolebase systemd-resolved[1734]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
déc. 18 11:17:35 eolebase systemd-resolved[1734]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.172.in-addr.arpa 29.172.in-addr.arpa 30.172.in-addr.arpa 31.172.in-addr.arpa 168.192.in-addr.arpa d.f.ip6.arpa corp home internal intranet lan local private test
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Using system hostname 'eolebase'.
déc. 18 11:17:35 eolebase dbus-daemon[546]: [system] Successfully activated service 'org.freedesktop.resolve1'
déc. 18 11:17:35 eolebase systemd[1]: Started Network Name Resolution.
</pre>
h3. Proposition
Lors de la première instance, redémarrer le service *@systemd-resolved@* en posttemplate.
h3. Test Squash
Correction AD-T00-000 - Mise en place de l’architecture multi-DC - (2.7.0-rc3)
h4. h3. Pas №10
Pas de résolution dns pour dc2.domseth.ac-test.fr
h4. h3. Pas №17
Le DNS du dc2 n’est pas accessible.
h4. h3. Exécution Squash-TM
* https://dev-eole.ac-dijon.fr/squash/executions/8781
Le service DNS de samba ne démarre pas car le service *@systemd-resolved@* écoute sur le port 53 de l’adresse 127.0.0.53.
J’ai testé sur eolebase :
# le service *@systemd-resolved@* est bien arrêté lors de l’instance
# il est redémarré avant la génération de son fichier de configuration
# lors de son démarrage rien ne se passe car il est déjà fonctionnel
Voici les logs lors du démarrage prématuré :
<pre>
déc. 18 11:17:35 eolebase dbus-daemon[546]: [system] Activating via systemd: service name='org.freedesktop.resolve1' unit='dbus-org.freedesktop.resolve1.service' requested by ':1.9' (uid=0 pid=1733 comm="/usr/bin/systemd-resolve --status " label="unconfined")
déc. 18 11:17:35 eolebase systemd[1]: Starting Network Name Resolution...
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Positive Trust Anchors:
déc. 18 11:17:35 eolebase systemd-resolved[1734]: . IN DS 19036 8 2 49aac11d7b6f6446702e54a1607371607a1a41855200fd2ce1cdde32f24e8fb5
déc. 18 11:17:35 eolebase systemd-resolved[1734]: . IN DS 20326 8 2 e06d44b80b8f1d39a95c0b0d7c65d08458e880409bbc683457104237c7f8ec8d
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Negative trust anchors: 10.in-addr.arpa 16.172.in-addr.arpa 17.172.in-addr.arpa 18.172.in-addr.arpa 19.172.in-addr.arpa 20.172.in-addr.arpa 21.172.in-addr.arpa 22.172.in-addr.arpa 23.172.in-addr.arpa 24.172.in-addr.arpa 25.172.in-addr.arpa 26.172.in-addr.arpa 27.172.in-addr.arpa 28.172.in-addr.arpa 29.172.in-addr.arpa 30.172.in-addr.arpa 31.172.in-addr.arpa 168.192.in-addr.arpa d.f.ip6.arpa corp home internal intranet lan local private test
déc. 18 11:17:35 eolebase systemd-resolved[1734]: Using system hostname 'eolebase'.
déc. 18 11:17:35 eolebase dbus-daemon[546]: [system] Successfully activated service 'org.freedesktop.resolve1'
déc. 18 11:17:35 eolebase systemd[1]: Started Network Name Resolution.
</pre>
h3. Proposition
Lors de la première instance, redémarrer le service *@systemd-resolved@* en posttemplate.
h3. Test Squash
Correction AD-T00-000 - Mise en place de l’architecture multi-DC - (2.7.0-rc3)
h4. h3. Pas №10
Pas de résolution dns pour dc2.domseth.ac-test.fr
h4. h3. Pas №17
Le DNS du dc2 n’est pas accessible.
h4. h3. Exécution Squash-TM
* https://dev-eole.ac-dijon.fr/squash/executions/8781