Vladimir Skubriev -> [email protected] @ Wed, 23 Oct 2013 12:47:26 +0400:
>> VS> Столкнулся с проблемой описанной: >> VS> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=679479 >> >> VS> В кратце: не стартует сервис bacula-fd только при старте компьютера: >> >> VS> cat /var/log/bacula-fd-initd.log >> VS> 23-Oct 11:30 bacula-fd: ERROR TERMINATION at address_conf.c:521 >> VS> Config error: can't add port (server.example.lab) to (can't resolve >> VS> hostname(server.exmaple.lab) Connection timed out) >> VS> : line 8, col 30 of file /etc/bacula/bacula-fd.conf >> VS> FDAddress = server.example.lab >> >> VS> Причем такое на нескольких компьютерх в сети и не только с File >> Daemon но и >> VS> Storage Daemon, Director как то обходится без hosts. >> >> VS> Видимо потому, что стартует позже всех, это видно из /etc/rc2.d/* >> >> VS> Это предистория. А теперь вопрос: >> >> VS> Я могут использовать /etc/hosts файл и задать там АДРЕС ИМЯ вручную. >> Но тогда >> VS> мне придется за этим файлом следить. >> VS> Тем более что сервера у меня используют статические IP. >> >> VS> А если например мне нужно будет запускать bacula-fd на компьютерах с >> DHCP а >> VS> таких большинство, поддерживать hosts файл будет не совсем правильно. >> >> VS> Можно конечно решить эту проблему другими способами, но меня больше >> интересует >> VS> именно /etc/hosts и его use cases >> >> VS> Или лучше следить за hosts и в будущем не наступать на такие грабли >> (на компах >> VS> со статическим IP)? >> >> VS> Тем более, что это возможно актуально и для других служб. >> >> VS> Вообщем best-practic ? >> >> Я подозреваю, что лучше всего будет ему объяснить, чтобы он поднимался >> после полного подъема сети. (В смысле, если DNS-сервер локальный, то и >> после него тоже.) У нас же dependency-based загрузка нынче. >> >> VS> вопрос больше не в этом а в том, использововть /etc/hosts или нет ) Мое мнение: на хостах с DHCP точно не стоит. На серверах со статикой может иметь смысл, но по минимуму. Себя надо вписывать, а остальных без крайней необходимости - нет. Ну, или альтернативный вариант: сделать централизованный hosts, содержащий всю статику сети, и раскидывать его скриптом по всем серверам сразу после изменений. VS> это я и сам понимаю, я пробовал, но например там где стоят bacula-sd и VS> bacula-fd это действует только только на одни сервис, другой почему то все VS> равно запускаеться или до или видимо во время инициализации сети ) Странно. Если зависимость прописана, то уж для сети-то она должна срабатывать. Подъем сети уж должен быть устроен так, чтобы не считаться завершенным, пока сеть действительно не поднялась. Вот в то, что скрипт запуска DNS-сервера забывает дождаться, пока оный сервер успешно поднимется и будет готов к работе, я легче поверю. -- To UNSUBSCRIBE, email to [email protected] with a subject of "unsubscribe". Trouble? Contact [email protected] Archive: http://lists.debian.org/[email protected]
