Bind9 não vai começar no Ubuntu 9.10

1

Desde que eu atualizei para o ubuntu 9.10, o bind9 não iniciará:

Setting up bind9 (1:9.6.1.dfsg.P1-3ubuntu0.2) ...
 * Starting domain name service... bind9                                 [fail] 
invoke-rc.d: initscript bind9, action "start" failed.
dpkg: error processing bind9 (--configure):
 subprocess installed post-installation script returned error exit status 1
Errors were encountered while processing:
 bind9
E: Sub-process /usr/bin/dpkg returned an error code (1)

Alguma idéia?

    
por Logikdev 09.12.2009 / 20:13

4 respostas

2

Você já instalou o pacote bind9 antes, fez uma remoção sem limpeza e depois removeu arquivos de / etc / bind /? Em caso afirmativo, a solução está fazendo uma remoção completa de remoção, permitindo que você instale os arquivos de configuração novamente)

$ sudo apt-get remove --purge bind9
$ sudo apt-get install bind9
    
por 09.12.2009 / 20:55
0

tente reinstalar o pacote de ligação

    
por 09.12.2009 / 20:15
0

Encontrou a solução parcialmente ...

Eu tive que remover uma referência para bind9 em /etc/insserv.conf para que a limpeza e a reinstalação funcionem.

Eu digo parcialmente, porque agora o sendmail não está funcionando e o bind9 ainda não inicia corretamente. Vou postar outra pergunta separada, pois isso pode ter mais a ver com a configuração do sendmail do que com o bind9.

Obrigado pela ajuda!

    
por 09.12.2009 / 22:05
0

Tente iniciar a ligação com o AppArmor desativado. Se isso funcionar, provavelmente você está tendo esse bug , como eu. Outra sugestão seria uma linha como esta em / var / log / syslog:

Dec 23 02:27:15 Pantheon kernel: [10704.337741] type=1503 audit(1261549635.405:346): operation="inode_permission" requested_mask="::r" denied_mask="::r" fsuid=116 name="/etc/ssl/openssl.cnf" pid=1383 profile="/usr/sbin/named"

Você pode tentar limpar o diretório de cache do AppArmor (/etc/apparmor.d/cache), tocar em /etc/apparmor.d/usr.sbin.named e certificar-se de que a configuração de apparmor do bind (/etc/apparmor.d/ usr.sbin.named) contém o seguinte:

# ssl
/etc/ssl/openssl.cnf r,

Nada disso funcionou para mim, no entanto. Mesmo colocando usr.sbin.named no diretório force-reclamar (onde as regras devem apenas ser notadas, não aplicadas) e a reinicialização não permite que o bind seja executado. A configuração está correta, mas o apparmor ainda está conseguindo impor a configuração antiga e desatualizada que impede que o novo bind seja executado.

Até a versão 2.3.1 + 1403-0ubuntu27.3 do apparmor (karmic-proposed, urgency = low) atingir os repositórios, ou, a menos que você habilite as atualizações propostas, tudo o que você pode fazer é desativar o apparmor.

    
por 23.12.2009 / 08:14