LINUX.ORG.RU

я настраивал.
в конфиге исинги указаны директории откуда он читает эти самые хосты.
смотри пути и права к директориям.
если результата нет, выкладывай конфиги.

dada ★★★★★
()
Ответ на: комментарий от dada

Пример из документации:

object Host «my-server1» { address = «10.0.0.1» check_command = «hostalive» }

object Service «ping4» { host_name = «my-server1» check_command = «ping4» }

object Service «http» { host_name = «my-server1» check_command = «http» }

Почему в хостах прописаны сервисы? Это допускается?

Мне непонятна сама архитектура конфигов.

EnLate
() автор топика
Ответ на: комментарий от EnLate

если в двух словах, то тебе нужно прописать хосты и сервисы которые будут мониторится.
т.е. твой конф.файл для хоста будет содержать данные хоста и всех сервисов на нем. и так для каждого хоста. каждый новый конфиг будешь прописывать в исинга.конф

dada ★★★★★
()
Ответ на: комментарий от dada

Сам пытаюсь разобраться по: http://docs.icinga.org/icinga2/latest/doc/module/icinga2/toc

Возникает вопрос а конфиги icinga и icinga2 взаимозаменяемы?

Спрашиваю потому что мой конфиг сейчас выглядит так:

object Host «arm.da» { import «generic-host» address = «127.0.0.1» check_command = «ssh» }

object Service «http» { import «generic-service» host_name = «server1» check_command = «http» }

что немного отличается от приведенного по твоей ссылке примера.

EnLate
() автор топика
Ответ на: комментарий от dada

Так же допустим мне нужно проверить авторизацию:

object Service «http» { import «generic-service» host_name = «server1» check_command = «http» vars.http_auth_pair = «name:pass»

Такой метод не работает?

EnLate
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.