systemd ne lance pas le service named [Réglé]
Polo35 Membre non connecté
-
- Voir le profil du membre Polo35
- Inscrit le : 01/06/2011
- Groupes :
Ci-dessous mes déboires avec systemd sur un serveur de nom tournant sous mageia2.
Si comme moi vous avez un serveur de noms (named pour les intimes) qui ne se lance plus automatiquement avec mageia 2 utilisant le nouveau démarrage systemd voilà qui va vous retirer une épine du pied.
Symptome : le service named ne se lance plus avec systemd.
J'ai remplacé par des étoiles les noms de zone et de machine.
Code TEXT :
systemctl status named.service
named.service - Berkeley Internet Name Domain (DNS)
Loaded: loaded (/lib/systemd/system/named.service; enabled)
Active: failed (Result: timeout) since Sun, 12 May 2013 12:00:38 +0200; 3min 40s ago
Process: 26507 ExecStart=/usr/sbin/named -u named -t /var/lib/named $OPTIONS (code=exited, status=0/SUCCESS)
Process: 26505 ExecStartPre=/usr/sbin/named-checkconf -t /var/lib/named -z /etc/named.conf (code=exited, status=0/SUCCESS)
Process: 26498 ExecStartPre=/usr/sbin/setup-named-chroot.sh /var/lib/named (code=exited, status=0/SUCCESS)
CGroup: name=systemd:/system/named.service
May 12 12:00:08 ************************** named[26508]: zone/*****.net:1: no TTL specified; using SOA MINTTL instead
May 12 12:00:08 ************************** named[26508]: zone *****.net/IN: loaded serial 2003112901
May 12 12:00:08 ************************** named[26508]: all zones loaded
May 12 12:00:08 ************************** named[26508]: running
May 12 12:00:38 ************************** named[26508]: shutting down
May 12 12:00:38 ************************** named[26508]: stopping command channel on 127.0.0.1#953
May 12 12:00:38 ************************** named[26508]: no longer listening on 127.0.0.1#53
May 12 12:00:38 ************************** named[26508]: no longer listening on 192.168.1.2#53
May 12 12:00:38 ************************** named[26508]: no longer listening on 192.168.0.1#53
May 12 12:00:38 ************************** named[26508]: exitingTout semble correct avec 3 SUCCESS mais le processus échoue et dans le journal système vous trouverez ceci :
Code TEXT :
May 12 12:06:49 ********* systemd[1]: PID file /var/lib/named/var/run/named.pid not readable (yet?) after start.
Ce fichier ne peut effectivement pas être lisible puisqu'il ne se trouve pas à cet endroit...
Il faut donc modifier le fichier /lib/systemd/system/named.service pour ajouter named/ dans la ligne commençant par PIDFile=
Cette ligne doit contenir :
Code TEXT :
au lieu de PIDFile=/var/lib/named/var/run/named/named.pid
Code TEXT :
précedemment.PIDFile=/var/lib/named/var/run/named.pid
Il suffit ensuite de recharger la configuration de systemd :
Code TEXT :
# systemctl --system daemon-reload
puis de relancer le service :
Code TEXT :
systemctl start named.service
et de vérifier qu'il est bien lancé :
Code TEXT :
# ps -ef|grep named|grep -v grep named 26668 1 0 12:09 ? 00:00:00 /usr/sbin/named -u named -t /var/lib/named
Voilà.
Édité par Polo35 Le 12/05/2013 à 15h55
Enzolyte Membre non connecté
-
- Voir le profil du membre Enzolyte
- Inscrit le : 28/04/2008
- Groupes :
Donc après avoir modifier cela tout va bien, c'est ça ?
Polo35 Membre non connecté
-
- Voir le profil du membre Polo35
- Inscrit le : 01/06/2011
- Groupes :
À noter que ce serveur a subit des mises à jour de Mandriva vers Mageia1 puis vers Mageia2. Ceci expliquant peut-être cela...
Édité par Polo35 Le 12/05/2013 à 15h07
Polo35 Membre non connecté
-
- Voir le profil du membre Polo35
- Inscrit le : 01/06/2011
- Groupes :
Plus de DNS et donc j'ai refait la manip pour que le service reparte.
It's not a bug, it's a feature....
XKomodor Membre non connecté
-
- Voir le profil du membre XKomodor
- Inscrit le : 08/01/2008
- Site internet
- Groupes :
-
Administrateur
Ce n'est pas rare qu'une mise à jour vienne ainsi remplacer d'autorité des fichiers de configuration.
Maintenant tout dépends de la distribution, qui certaines proposent dynamiquement de modifier le fichier de configuration etc et d'autres non ... dans ce cas en fonction des mises à jour, il est toujours bon de faire un backup de ton répertoire /etc
Merci
Polo35 Membre non connecté
-
- Voir le profil du membre Polo35
- Inscrit le : 01/06/2011
- Groupes :
XKomodor :
Salut,
Ce n'est pas rare qu'une mise à jour vienne ainsi remplacer d'autorité des fichiers de configuration.
Maintenant tout dépends de la distribution, qui certaines proposent dynamiquement de modifier le fichier de configuration etc et d'autres non ... dans ce cas en fonction des mises à jour, il est toujours bon de faire un backup de ton répertoire /etc
Merci
Ce n'est pas rare qu'une mise à jour vienne ainsi remplacer d'autorité des fichiers de configuration.
Maintenant tout dépends de la distribution, qui certaines proposent dynamiquement de modifier le fichier de configuration etc et d'autres non ... dans ce cas en fonction des mises à jour, il est toujours bon de faire un backup de ton répertoire /etc
Merci
Ce n'est pas le fichier de configuration qui a été modifié mais le fichier permettant de lancer le service : /lib/systemd/system/named.service.
Heureusement qu'il n'a pas touché à la vrai conf de mon DNS
car j'aurais changer de distrib illico ! 
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie