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

Bind9 не запускается на Ubuntu 9.10

С тех пор, как я обновился до ubuntu 9.10, bind9 не запускается:

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)

Любые идеи?

Был ли у вас установлен пакет bind9 раньше, выполнили ли удаление без очистки, а затем удалили файлы из / etc / bind /? Если это так, решение выполняет полное удаление очистки, позволяя apt до переустановки файлов конфигурации)

$ sudo apt-get remove --purge bind9
$ sudo apt-get install bind9

Нашел решение, частично ...

Мне пришлось удалить ссылку на bind9 в /etc/insserv.conf, чтобы очистка и повторная установка работали.

Я говорю частично, потому что теперь sendmail не работает, а bind9 по-прежнему не запускается правильно. Я отправлю еще один отдельный вопрос, так как он может иметь больше общего с моей конфигурацией sendmail, чем с bind9.

Спасибо за помощь!

попробуйте переустановить пакет привязки

Попробуйте запустить привязку с отключенным AppArmor. Если это сработает, вы, вероятно, испытываете эта ошибка, как и я. Еще одна подсказка - это такая строка в / 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"

Вы можете попробовать очистить каталог кеша AppArmor (/etc/apparmor.d/cache), коснувшись /etc/apparmor.d/usr.sbin. named и убедившись, что конфигурация приложения привязки (/etc/apparmor.d/usr.sbin . named) содержит следующее:

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

Однако у меня ничего из этого не сработало. Даже помещение usr.sbin. named в каталог принудительной жалобы (где правила только должны быть отмечены, а не соблюдаться) и перезагрузка не позволяли запускать привязку. Конфигурация верна, но apparmor все еще удается принудительно применять старую устаревшую конфигурацию, которая препятствует запуску нового связывания.

Пока версия 2.3.1 + 1403-0ubuntu27.3 apparmor (karmic -hibited, urgency = low) не попадет в репозитории, или если вы не включите предлагаемые обновления, все, что вы можете сделать, это отключить apparmor.