Почему служба munin-node не запускается при запуске (перезагрузка)?
У меня есть экземпляр VPS с Ubuntu Server версии 10.04 LTS (Lucid Lynx).
Я установил munin и munin-node. Он настроен правильно.
Проблема в том, что мне нужно запустить команду sudo service munin-node start для ее запуска.
Если я перезагружу систему (либо с помощью sudo reboot now, либо используя веб-панель управления), эта служба не запускается. Мне нужно запустить приведенную выше команду для запуска.
Я попробовал «все» для устранения неполадок, без успеха.
1) СЛЕДУЕТ просто запустить столько других программ, которые я установил в этом VPS, используя aptitude (ProFTPd, NginX, MySQL, monit, Icecast, Postfix и многие другие). Это не так.
2) Я попытался добавить service munin-node start в /etc/rc.local, как я успешно сделал для запуска другой службы. Это не начинается!
3) Я выполнил команду update-rc.d munin-node defaults. Звучит так, как будто все в порядке! После перезагрузки ... он не запускается!
4) Я побежал grep -r munin *, чтобы увидеть все связанные с munin в /var/log
. За несколько лет работы sys admin, Я никогда не был таким невежественным, как на этот раз.
Что действительно впечатляет, так это то, что простой service munin-node start (или эквивалент) после запуска и запуска системы ... и сервис запускается нормально.
Идеи? Предложения?
Я собираюсь попробовать этот совет из другого вопроса, если все остальное не удастся ...
1 ответ
На мой взгляд, лучший способ запустить службу munin-node - иметь в вашей /etc/init/munin-node.conf строку, подобную этой:
start on (net-device-up IFACE!=lo and local-filesystems)
Это потому, что вы нужен интерфейс (кроме lo), на котором прослушивается munin-node, и вам также нужны локальные файловые системы для доступа к данным статистики.
Вы можете использовать директиву уровня запуска, но это не рекомендуется:
. Различие в том, следует ли использовать более общий «уровень запуска» или более явные локальные -> файловые системы (7) и события net-device-up, следует руководствоваться поведением вашей работы. Если> ваша служба появится без действительного сетевого интерфейса (например, она связывается с> 0.0.0.0 или использует setsockopt (2) SO_FREEBIND), тогда событие уровня выполнения предпочтительнее, так как> ваш сервис начнется немного раньше и начать параллельно с другими службами. Однако, если для вашей службы требуется, чтобы интерфейс без петли был сконфигурирован по какой-либо причине (т. Е. Он не будет запускаться без возможности широковещания), то явно> говорящий «один раз, когда устройство, не связанное с замыканием», придумало, может помочь.Из поваренной книги для выскочек Ubuntu: http://upstart.ubuntu.com/cookbook/#start-on