Назад | Перейти на главную страницу

Solaris 10: служба BIND 9 не запускается как служба, но работает при запуске вручную

Я перепробовал все, что знаю, и вчера провел весь день, пытаясь понять это, но сдаюсь. Мне нужна ваша помощь...

У меня есть сервер Solaris 10 с сервером BIND 9 на нем. Что бы я ни делал, служба всегда не запускается (с помощью svcadm restart) и остается в режиме обслуживания.

Однако, если я вызываю / usr / sbin / named вручную, сервер запускается без сбоев.

У нас есть другой сервер (подчиненный DNS), который, похоже, настроен таким же образом и для которого служба работает идеально. Я попытался сравнить конфигурацию обоих серверов вместе и не нашел разницы.

Вот результат svcs -vx svc: / network / dns / server: default

svc:/network/dns/server:default (?)
 State: maintenance since Fri May 20 10:20:39 2011
Reason: Start method failed repeatedly, last exited with status 1.
   See: http://sun.com/msg/SMF-8000-KS
   See: man -M /usr/man -s 1M named
   See: /var/svc/log/network-dns-server:default.log
Impact: This service is not running.

Вот соответствующие строки в /var/svc/log/network-dns-server:default.log

[ May 20 10:20:39 Enabled. ]
[ May 20 10:20:39 Executing start method ("/lib/svc/method/dns-server start default") ]
dns-server: Executing: /usr/sbin/named
dns-server : start failed! Check syslog for further information.
[ May 20 10:20:39 Method "start" exited with status 1 ]

Вот результат svcs | grep dns

maintenance    10:20:39 svc:/network/dns/server:default

Я не знаю других журналов, в которые я мог бы заглянуть, и еще не увеличил debug_level (это рабочий сервер), но я думаю об этом ...

Кто-нибудь знает, что еще я могу проверить?

Примечание: SunOS 5.10_x86: Патч BIND (119784-17) был применен на этом сервере через более крупный набор обновлений не так давно, но проблема возникала и раньше.

РЕДАКТИРОВАТЬ:

Я обнаружил проблему ... Она была в конфигурации службы.

Свойства start / user и start / group были установлены для указанного пользователя, но служба была установлена ​​как root.

Чтобы исправить это, я сделал ...

svccfg -s svc:/network/dns/server:default
> setprop start/user=root
> setprop start/group=root
> exit
svcadm refresh svc:/network/dns/server:default
svcadm clear svc:/network/dns/server:default
svcadm restart svc:/network/dns/server:default

svcs -p svc:/network/dns/server:default
ps -ef | grep LISTEN | grep "\.53 "

Похоже, это известная проблема. Поставляемый SMF имеет проблемы с chroot. Проверять, выписываться http://blogs.oracle.com/anay/entry/bind_9_dns_server_meets для решения ...