Bind service de charge élevée de l'uc

nommé service sous CentOs 6 est à l'aide de plus de 100% de tous les 4 processeurs. J'ai essayé de jouer avec les fichiers de configuration. J'ai actuellement 10 sites internet. ci-dessous est un échantillon

$TTL 14400
@       IN      SOA     ns1.mynameserver.com.      hostmaster.mydomain.com. (
                                                2012071300
                                                14400
                                                3600
                                                1209600
                                                86400 )

mydomain.com.   14400   IN  NS  ns1.mynameserver.com.
mydomain.com.   14400   IN  NS  ns2.mynameserver.com.

ftp 14400   IN  A   123.218.168.8
localhost   14400   IN  A   127.0.0.1
mail    14400   IN  A   123.218.168.8
pop 14400   IN  A   123.218.168.8
mydomain.com.   14400   IN  A   123.218.168.8
smtp    14400   IN  A   123.218.168.8
www 14400   IN  A   123.218.168.8

mydomain.com.   14400   IN  MX  10 mail
mydomain.com.   14400   IN  TXT "v=spf1 a mx ip4:123.218.168.8 ~all"

localhost   14400   IN  AAAA    ::1

et pour mynameserver.com

$TTL 14400
@       IN      SOA     ns1.mynameserver.com.      hostmaster.mynameserver.com. (
                                                2012081200
                                                14400
                                                3600
                                                1209600
                                                86400 )

mynameserver.com.   14400   IN  NS  ns1.mynameserver.com.
mynameserver.com.   14400   IN  NS  ns2.mynameserver.com.

ftp 14400   IN  A   123.218.168.11
localhost   14400   IN  A   127.0.0.1
mail    14400   IN  A   123.218.168.11
ns1.mynameserver.com.   14400   IN  A   123.218.168.10
ns1.mynameserver.com.   14400   IN  A   123.218.168.11
ns2.mynameserver.com.   14400   IN  A   123.218.168.11
ns2.mynameserver.com.   14400   IN  A   123.218.168.11
pop 14400   IN  A   123.218.168.11
s1  14400   IN  A   123.218.168.11
smtp    14400   IN  A   123.218.168.11
mynameserver.com.   14400   IN  A   123.218.168.11
www 14400   IN  A   123.218.168.11
mynameserver.com.   14400   IN  MX  10 mail
mynameserver.com.   14400   IN  TXT "v=spf1 a mx ip4:123.218.168.8 ~all"
localhost   14400   IN  AAAA    ::1

j'ai changé l'ip et de domaines d'en faire une question générale pour tout le monde. C'est que je ne pas utiliser la poste ou smtp à tous, pourrais-je ajouter les enregistrements MX dans le futur et de s'appuyer sur gmail, par exemple pour les emails. Est-il sécuritaire de supprimer mail/pop/smtp/enregistrements MX?

D'après votre expérience, quelle est la cause de cette énorme charge CPU pour plusieurs mois!

OriginalL'auteur fawzib | 2012-10-24

5

J'ai eu le même problème, et les informations dans le lien posté par Starcalc ci-dessus a fonctionné pour moi (bien que le post, il est lié pour Ubuntu). C'est ce que j'ai fait pour mon CentOS 6.4 boîte:

Dans /etc/named.conf, assurez-vous d'avoir la ligne présente dans les options{} section
```
managed-keys-directory "/var/named/dynamic";
```
Aussi, assurez-vous d'avoir les répertoires /var/named/dynamique et /var/named/chroot/var/named/dynamique presesent, s'assurer que tous sont détenus par:nom (de façon très simple: chown -R nommé:nommé /var/named), et si vous exécutez avec SELinux, n': restorecon -R /var/named/

Merci pour l'astuce sur l'ajout de dynamic dans le chroot répertoire; je me demande pourquoi ce n'est pas fait par défaut!

OriginalL'auteur Soruk
2

Souvent connu bug, essayez d'ajouter une autre ligne dans votre config et ajouter le répertoire, voir le lien.

https://bugzilla.redhat.com/show_bug.cgi?id=709205#c29

OriginalL'auteur Starcalc
0

Vérifiez votre /etc/named.fichier conf ont de gestion de clés-le répertoire "/var/named/dynamique"; dans les options de portée.

Puis vérifiez votre lier les fichiers existent sous deux /var/named /et /var/named/chroot/var/named répertoires.

Arrêter le service named
```
#service stop named
```
Vérifier ou de créer des fichiers
```
#mkdir /var/named/data
#touch /var/named/data/named.run
#mkdir /var/named/dynamic
#touch/var/named/dynamic/managed-keys.bind
```
chroot fichiers
```
#mkdir /var/named/chroot/data
#touch /var/named/chroot/data/named.run
#mkdir/var/named/chroot/var/named/dynamic
#touch /var/named/chroot/var/named/dynamic/managed-keys.bind
```
N'oubliez pas de changer le propriétaire des fichiers.
```
#chown root:named -R /var/named/chroot/var/named/d*
```
démarrer le démon named
```
#service named start
```
OriginalL'auteur cyb0k

Vous devez vous connecter pour publier un commentaire.