DDNS c DHCP - ошибка при старте

[admin]

Настроил DDNS c DHCP, все работает, но до перезагрузки. После перезагрузки не стартует DNS. При загрузке идет ошибка.
------------------------------------
Запускается named:
Error in named configuration:
zone test.local/IN: loading from master file /var/maned/ldap.mnt/test.local/test.local failed: file not found
zone test.local/IN: not loaded due to errors
_default/test.local/IN: file not found
zone 16.172.in-addr-arpa/IN: loading from master file /var/maned/ldap.mnt/test.local/16.172.in-addr.arpa failed: file not found
zone 16.172.in-addr-arpa/IN: not loaded due to errors
_default/16.172.in-addr-arpa/IN: file not found

Запускается nslcd [СБОЙ]
-------------------------------------
Файлы само собой присутствуют в тех местах где их ищет система.

В /var/log/messages "nslcd[1404]: failed to bind to LDAP server ldap://127.0.0.1/: Can't contact LDAP server: Transport endpoint is not connected" и так несколько раз

В mmc, в разделе "управление службами сети" видно, что служба в состоянии "остановлена". Если запустить в ручную - все нормально стартует и дальше без проблем работает.

[admin]

Все переставил с нуля. Никаких пакетов дополнительно не ставил кроме тех, что требует система ("Платформа сервера" и "ROSA Directory Server"). Ничего не обновлял. Ошибка та же самая. В общем как был MDS кривым выкидышем, так он и остался, но теперь в исполнении ROSA.

С чувством глубокого удовлетворения снес эту ерунду. И сделал все руками в CentOs.

[ДроноваЮ]

Жаль. Помогли бы отловить ошибку и помочь отечественным разработчикам.

[admin]

Да не проблема, сейчас поставлю еще раз если обещаете помочь.

[admin]

Ну вот опять поставил. В этот раз вообще старался ничего не делать от себя, даже разбивку диска сделал по умолчанию. Все устанавливается без ошибок запускается и работает до первой перезагрузки. Потом все как раньше. Чтобы не было идей, что это у меня кривое железо - все запускается на виртуалке vmware esxi 5.1.0 838463, на сервере HP 370 G6

[andrew.lukoshko]

Спасибо за багрепорт.
Проблема уже исправлена разработчиками, скоро выйдет обновление.

[admin]

"Скоро" - это примерно когда?

[ybk]

Жаль. Помогли бы отловить ошибку и помочь отечественным разработчикам.

какой смысл помогать если разработчики, похоже, игнорируют этот форум?
кстати, принято объяснить где ошибка и как её обойти в текущей версии.
а то пришлось самому раскопать что named запускался до ldapbindfs что и вызывало ошибку.

Код: Выделить всё

$ ls -l /etc/rc5.d/ | egrep  '(named|ldap|slapd)'
lrwxrwxrwx. 1 root root 15 Sep  1 21:15 S24named -> ../init.d/named
lrwxrwxrwx. 1 root root 15 Sep  1 20:00 S27slapd -> ../init.d/slapd
lrwxrwxrwx. 1 root root 20 Sep  1 21:15 S28ldapbindfs -> ../init.d/ldapbindfs

похоже что в 6.4 это работает как положено:

Код: Выделить всё

$ ls -l /etc/rc5.d/ | egrep  '(named|ldap|slapd)'
lrwxrwxrwx 1 root root 15 Sep  1 22:43 S24slapd -> ../init.d/slapd
lrwxrwxrwx 1 root root 20 Sep  1 22:43 S25ldapbindfs -> ../init.d/ldapbindfs
lrwxrwxrwx 1 root root 15 Sep  1 22:43 S50named -> ../init.d/named