Solaris 10: o serviço BIND 9 falha ao iniciar como serviço, mas funciona quando executado manualmente

1

Eu tentei tudo o que sei e passei o dia todo ontem tentando descobrir isso, mas desisto. Eu preciso da sua ajuda ...

Eu tenho um servidor Solaris 10 com um servidor BIND 9 nele. Não importa o que eu faça, o serviço sempre falhará ao iniciar (usando o svcadm restart) e permanecerá no modo de manutenção.

No entanto, se eu chamar / usr / sbin / named manualmente, o servidor será iniciado sem problemas.

Temos outro servidor (DNS escravo) que parece ser configurado da mesma maneira e para o qual o serviço funciona perfeitamente. Eu tentei comparar a configuração de ambos os servidores juntos e não consigo encontrar uma diferença.

Aqui está a saída do 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.

Aqui estão as linhas correspondentes em /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 ]

Aqui está a saída do svcs | grep dns

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

Não tenho conhecimento de outros logs que eu possa procurar e ainda não aumentei o debug_level (este é um servidor de produção), mas estou pensando nisso ...

Alguém teria alguma pista ou ponteiro sobre o que mais eu poderia verificar?

Nota: SunOS 5.10_x86: O patch BIND (119784-17) foi aplicado neste servidor através de um conjunto de patches maior não muito tempo atrás, mas o problema também estava ocorrendo antes.

EDITAR:

Eu encontrei o problema ... Ele estava na configuração do serviço.

As propriedades start / user e start / group foram definidas para o usuário nomeado, mas o serviço foi instalado como root.

Para consertar, eu fiz ...

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 "
    
por Yanick Girouard 20.05.2011 / 16:41

1 resposta

1

Parece que este é um problema conhecido. O SMF que é enviado tem problemas de chroot. Confira o link para uma solução ...

    
por 20.05.2011 / 17:18