Привязать именованный сервис к высокой загрузке процессора
Именованный сервис под CentOs 6 использует более 100% всех 4 процессоров. Я пытался поиграться с файлами конфигурации. У меня сейчас как 10 сайтов. ниже образец
$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
и для 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
Я изменил IP и домены, чтобы сделать его общим вопросом для всех. Дело в том, что я вообще не использую почту или SMTP, я мог бы добавить записи MX в будущем и полагаться на Gmail, например, для электронных писем. Безопасно ли удалять записи mail/pop/smtp/MX?
Исходя из вашего опыта, что вызывает такую огромную загрузку процессора в течение нескольких месяцев!
3 ответа
У меня была та же проблема, и информация в ссылке, размещенной Starcalc выше, работала для меня (хотя пост, на который он ссылался, предназначен для Ubuntu). Вот что я сделал для своей коробки CentOS 6.4:
В /etc/named.conf убедитесь, что в разделе параметров {} есть строка
managed-keys-directory "/var/named/dynamic";
Также убедитесь, что у вас есть каталоги / var / named / dynamic и /var/named/chroot/var/named/dynamic presesent; убедитесь, что все они принадлежат named:named (простой способ: chown -R named:named /var/named) и если вы работаете с SELinux, выполните: restorecon -R /var/named/
Часто известная ошибка, попробуйте добавить еще одну строку в свой конфиг и добавить каталог, см. Ссылку.
Убедитесь, что в вашем файле /etc/named.conf есть каталог управляемых ключей "/var/named/dynamic"; в опциях объема.
Затем проверьте, что ваши файлы связывания существуют в каталогах / var / named и / var / named / chroot / var / named.
Остановить именованный сервис
#service stop named
Проверьте или создайте файлы
#mkdir /var/named/data
#touch /var/named/data/named.run
#mkdir /var/named/dynamic
#touch/var/named/dynamic/managed-keys.bind
файлы chroot
#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
Не забудьте сменить владельца файлов.
#chown root:named -R /var/named/chroot/var/named/d*
начать с именем демона
#service named start