OVH Cloud OVH Cloud

plantages named

2 réponses
Avatar
Emma
Bonjour,
Sur mon serveur RedHat 7, j'ai un service DNS qui plante environ une fois
par jour. Quand je ne peux plus surfer qu'en entrant les adresses IP des
sites que je visite, je tape en telnet :
/etc/init.d/named restart
et là ça affiche :
> stop failed
> start OK

Et là ça refonctionne... J'ai ces erreurs/plantages depuis 1 mois, alors que
le serveur tourne depuis 3 ans sans problème.

Comment savoir le pourquoi des plantages ?
Comment afficher les lofs relatifs au service "named" ?

Merci d'avance
--
Emma
(retirer "-pas2spam" dans mon mail pour m'écrire)

2 réponses

Avatar
TiChou
Dans le message <news:4146f6fa$0$15570$,
*Emma* tapota sur f.c.o.l.configuration :

Bonjour,


Bonjour,

Sur mon serveur RedHat 7, j'ai un service DNS qui plante environ une fois
par jour. Quand je ne peux plus surfer qu'en entrant les adresses IP des
sites que je visite, je tape en telnet :
/etc/init.d/named restart
et là ça affiche :
stop failed
start OK


Et là ça refonctionne... J'ai ces erreurs/plantages depuis 1 mois, alors
que le serveur tourne depuis 3 ans sans problème.

Comment savoir le pourquoi des plantages ?


En vérifiant d'abord les messages d'erreurs dans vos logs (/var/log/messages
en particulier).
Ensuite vérifiez l'état général de votre système, utilisation mémoire
(commande 'free'), utilisation de l'espace disque (commande 'df'), messages
renvoyés par le noyau (commande 'dmesg'), etc.

Comment afficher les lofs relatifs au service "named" ?


Si les logs de named présent dans le répertoire /var/log ne sont pas assez
bavards, je vous propose la configuration de log suivante à placer dans
votre fichier named.conf :

logging {
channel Queries {
file "/var/log/named/queries";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category queries { Queries; };

channel Resolver {
file "/var/log/named/resolver";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category resolver { Resolver; };

channel Xfers {
file "/var/log/named/xfers";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category xfer-in { Xfers; };
category xfer-out { Xfers; };

channel Config {
file "/var/log/named/config";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category config { Config; };

channel Lame {
file "/var/log/named/lame";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category lame-servers { Lame; };

channel Default {
file "/var/log/named/default";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category default { Default; };
category general { Default; };
category client { Default; };
category unmatched { Default; };

channel Db {
file "/var/log/named/db";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category database { Db; };

channel Security {
file "/var/log/named/security";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category security { Security; };

channel Notify {
file "/var/log/named/notify";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category notify { Notify; };

channel Network {
file "/var/log/named/network";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category network { Network; };

channel Update {
file "/var/log/named/update";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category update { Update; };

channel Dispatch {
file "/var/log/named/dispatch";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category dispatch { Dispatch; };

channel Dnssec {
file "/var/log/named/dnssec";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category dnssec { Dnssec; };

channel Delegation {
file "/var/log/named/delegation";
severity info;
print-category yes;
print-severity yes;
print-time yes;
};
category delegation-only { Delegation;};
};


Pensez à créer le répertoire /var/log/named et à le rendre accessible en
écriture si named est lancé sous un utilisateur autre que root.
Vous pouvez éventuellement augmenter le niveau des logs en remplaçant la
ligne 'severity info;' par la ligne 'severity debug 1;' (1 ou plus), en
particulier pour le « channel Default ».

Merci d'avance


Avec plaisir.

--
TiChou


Avatar
JRD
Bonjour,

Emma wrote:
Bonjour,
Sur mon serveur RedHat 7, j'ai un service DNS qui plante environ une fois
par jour. Quand je ne peux plus surfer qu'en entrant les adresses IP des
sites que je visite, je tape en telnet :
/etc/init.d/named restart
et l? ?a affiche :
stop failed
start OK


Et l? ?a refonctionne... J'ai ces erreurs/plantages depuis 1 mois, alors que
le serveur tourne depuis 3 ans sans probl?me.


Ah, linux, quel plaisir...

Comment savoir le pourquoi des plantages ?


Difficile à dire comme cela.
Est-ce le "bind" (named) d'origine de Redhat 7?
Quelle est la version du "bind", parce que je n'ai pas les CD de RH7
immédiatement sous la main? ;-)

Comment afficher les lofs relatifs au service "named" ?


/var/logs/messages
/var/logs/secure
sont des bons début.

Peut-être même augmenter le "debug" de named avec l'option "-d 9" à
l'endroit approprié dans /etc/init.d/named.

Merci d'avance
De rien.


JRD.
--
http://jerome.drapeau.free.fr
La critique est aisée, l'art est difficile.