Невозможно прочитать статус демон monit, даже с разрешенной группой
Я не могу получить monit status
или другие команды CLI для работы.
Я построил monit
v5.8 для запуска на Raspberry Pi. Я могу добавить сервисы, которые нужно отслеживать, и веб-интерфейс может быть легко доступен, так как я настроил его для публичного доступа только для чтения (это тестовый сервер, а не мои окончательные производственные настройки, поэтому не большой разобраться прямо сейчас).
Проблема в том, когда я бегу monit status
пока залогинен какroot
Я получил:
# monit status
monit: cannot read status from the monit daemon
у меня тоже есть monit
начал при загрузке через это /etc/inittab
запись в файле:
mo:2345:respawn:/usr/local/bin/monit -Ic /etc/monitrc
Я убедился, что monit запущен, и я получаю оповещения по электронной почте в любое время, когда я либо отключаю процесс monit вручную, либо перезагружаю свой raspberry pi. Итак, я проверяю monitrc
права доступа к файлу, чтобы увидеть, к какой группе разрешен доступ.
# ls -al /etc/monitrc
-rw------- 1 root root 2359 Aug 24 14:48 /etc/monitrc
Вот мой соответствующий раздел разрешений контрольного файла.
set httpd port 80
allow [omitted] readonly
allow @root
allow localhost
allow 0.0.0.0/0.0.0.0
Также попытался установить разрешения для этого файла 640
чтобы разрешить групповые разрешения на чтение, но независимо от того, что я пытаюсь, я получаю ту же ошибку, что и выше, либо когда права доступа установлены на 640
Я получил:
# monit status
monit: The control file '/etc/monitrc' must have permissions no more than -rwx------ (0700); right now permissions are -rw-r----- (0640).
Что мне здесь не хватает? Я знаю что httpd
должен быть включен, так как это интерфейс, который CLI использует для получения информации (или так я прочитал), поэтому я сделал это. И с точки зрения monit
выполнять свою работу по мониторингу и отправлять оповещения по электронной почте, и это тоже работает.
Вот мой весь monitrc
файл - опять же, это версия v5.8, и он был собран с обоими PAM
а также SSL
служба поддержки. Процесс проходит под root
пользователь:
# Global settings
set daemon 300
with start delay 5
set logfile /var/log/monit.log
set pidfile /var/run/monit.pid
set idfile /var/run/.monit.id
set statefile /var/run/.monit.state
# Mail alerts
## Set the list of mail servers for alert delivery. Multiple servers may be
## specified using a comma separator. If the first mail server fails, Monit
# will use the second mail server in the list and so on. By default Monit uses
# port 25 - it is possible to override this with the PORT option.
#
set mailserver smtp.gmail.com port 587
username [omitted] password [omitted]
using tlsv1
## Send status and events to M/Monit (for more informations about M/Monit
## see http://mmonit.com/). By default Monit registers credentials with
## M/Monit so M/Monit can smoothly communicate back to Monit and you don't
## have to register Monit credentials manually in M/Monit. It is possible to
## disable credential registration using the commented out option below.
## Though, if safety is a concern we recommend instead using https when
## communicating with M/Monit and send credentials encrypted.
#
# set mmonit http://monit:monit@192.168.1.10:8080/collector
# # and register without credentials # Don't register credentials
#
#
## Monit by default uses the following format for alerts if the the mail-format
## statement is missing::
set mail-format {
from: cmn.monit@gmail.com
subject: $SERVICE $DESCRIPTION
message: $EVENT
Service: $SERVICE
Date: $DATE
Action: $ACTION
Host: $HOST
Description: $DESCRIPTION
Monit instance provided by chicagomeshnet.com
}
# Web status page
set httpd port 80
allow [omitted] readonly
allow @root
allow localhost
allow 0.0.0.0/0.0.0.0
## You can set alert recipients whom will receive alerts if/when a
## service defined in this file has errors. Alerts may be restricted on
## events by using a filter as in the second example below.
2 ответа
Пытаться -v
а также -vv
Флаги, чтобы увеличить статус команды. Следующий замечательный инструмент для устранения таких проблем strace
, Установите его и запустите:
strace -efile -o trace.log monit status
Скорее всего, вы найдете причину ближе к концу журнала. Если это не поможет, запустите:
strace -f -o trace.log monit status
чтобы увидеть все системные вызовы программы и ее детей. Поиск не найден, соединение отказано, и такие ошибки.
Чтобы я заработал, мне нужно было allow admin:monit
править.
set httpd port 2812 and
use address 0.0.0.0
allow 0.0.0.0/0
allow localhost
allow admin:monit
allow guest:guest read-only
Из этого ответа и http://dasunhegoda.com/what-why-how-monit/756/