Вообщем нашёл один ресурсик, где в комментах описан конфигурационный файлик, который покажу:
Код: Выделить всё
cat /etc/nagios/nagios.cfg
# NAGIOS.CFG - Sample Main Confi g File for Nagios 2.12
# LOG FILE
# Log-файл куда пишутся все события хостов и сервисов
# NAGIOS.CFG - Sample Main Confi g File for Nagios 2.12
# LOG FILE
# Log-файл куда пишутся все события хостов и сервисов
# эта опция должна быть первой в конфигурационном файле!
log_fi le=/var/log/nagios/nagios.log
# OBJECT CONFIGURATION FILE(S)
# Объектные файлы — это файлы в которых описываются хосты, хост группы,
#контакты, группы контактов, сервисы и т.д.
# все эти секции могут быть описаны в разных файлах, для этого нужно
#использовать директиву cfg_fi le
# Команды описаны в этом файле
cfg_fi le=/etc/nagios/commands.cfg
# localhost и его сервисы описаны в этом файле
cfg_fi le=/etc/nagios/localhost.cfg
# Ниже представлен пример разделения секций по разным файлам
#cfg_fi le=/etc/nagios/contactgroups.cfg
#cfg_fi le=/etc/nagios/contacts.cfg
#cfg_fi le=/etc/nagios/dependencies.cfg
#cfg_fi le=/etc/nagios/escalations.cfg
#cfg_fi le=/etc/nagios/hostgroups.cfg
#cfg_fi le=/etc/nagios/hosts.cfg
#cfg_fi le=/etc/nagios/services.cfg
#cfg_fi le=/etc/nagios/timeperiods.cfg
# Nagios умеет обрабатывать все файлы с расширением .cfg в каком либо
#каталоге, для этого используется директива cfg_dir
#cfg_dir=/etc/nagios/servers
#cfg_dir=/etc/nagios/printers
#cfg_dir=/etc/nagios/switches
#cfg_dir=/etc/nagios/routers
# OBJECT CACHE FILE
# Cache-файл Nagios. CGI — программы получают конфигурацию из него а не
#напрямую из объектных файлов. Это защищает от несогласованности
#конфигурации в случае, если она изменялась после старта Nagios.
object_cache_fi le=/var/log/nagios/objects.cache
# RESOURCE FILE
# Файл содержащий $USERx$ макросы
# CGI-программы будут использовать указанный вами макрос но они не будут
#знать что внутри этого макроса. Макросы стоит использовать при указание в
#команде логинов/паролей и другой конфиденциальной информации.
# на файл /etc/nagios/private/resource.cfg установлены права 640
resource_fi le=/etc/nagios/private/resource.cfg
# STATUS FILE
# Файл в котором сохранен текущий статус всех сервисов и хостов, он
#очищается при перезагрузке Nagios
status_fi le=/var/log/nagios/status.dat
# NAGIOS USER
# От какого пользователя запускать процесс Nagios в операционной системе
nagios_user=nagios
# NAGIOS GROUP
# Рабочая группа Nagios
nagios_group=nagios
# EXTERNAL COMMAND OPTION
# Включать ли внешние команды. Если включим то появится возможность
#управлять хостами и сервисами через веб-интерфейс (включать/отключать
#уведомления для них, включать/выключать пассивные проверки и т.д.).
check_external_commands=0
# EXTERNAL COMMAND CHECK INTERVAL
# Интервал, через который Nagios будет проверять наличие команд для себя.
#Команды через веб-интерфейс выполняются не сразу а через определенный
#интервал. Этот интервал мы и указываем.
# Можно указать значение в секундах, например 15s а можно указать -1 что
#означает проверять наличие команд так часто, как только возможно
#command_check_interval=15s
command_check_interval=-1
# EXTERNAL COMMAND FILE
# Файл в который будут записываться команды в очередь на выполнение. Он
#должен иметь права на запись для пользователя от которого выполняется
#процесс веб-сервера
command_fi le=/var/spool/nagios/cmd/nagios.cmd
# EXTERNAL COMMAND BUFFER SLOTS
# Количество слотов для внешних команд. Значения по умолчанию более чем
#достаточно
external_command_buffer_slots=4096
# COMMENT FILE
# Файл в котором сохраняются комментарии для хостов и сервисов
comment_fi le=/var/log/nagios/comments.dat
# DOWNTIME FILE
# Файл в котором сохраняется информация о downtime-времени хостов и
#сервисов, То есть времени когда они не доступны
downtime_fi le=/var/log/nagios/downtime.dat
# LOCK FILE
# В этом файле хранится PID процесса Nagios. Используется сторонними
#программами
lock_fi le=/var/run/nagios.pid
# TEMP FILE
# Временный файл используется при обновление статус-лога, очистки
#комментариев и т.д.
temp_fi le=/var/log/nagios/nagios.tmp
# EVENT BROKER OPTIONS
# Благодря модулям, брокер может обслуживать различные происходящие
#события в Nagios
# Values: 0 = Broker nothing
# -1 = Broker everything
# <other> = See documentation
event_broker_options=-1
# EVENT BROKER MODULE(S)
# Здесь подгружаются модули брокера
# Example:
#
# broker_module=<modulepath> [moduleargs]
#broker_module=/somewhere/module1.o
#broker_module=/somewhere/module2.o arg1 arg2=3 debug=0
# LOG ROTATION METHOD
# Способы ротации главного лога Nagios
# n = None - don’t rotate the log
# h = Hourly rotation (top of the hour)
# d = Daily rotation (midnight every day)
# w = Weekly rotation (midnight on Saturday evening)
# m = Monthly rotation (midnight last day of month)
log_rotation_method=d
# LOG ARCHIVE PATH
# Расположение архива лог-файлов
log_archive_path=/var/log/nagios/archives
# LOGGING OPTIONS
# Используем системную службу Syslog чтобы записывать логи
use_syslog=1
# NOTIFICATION LOGGING OPTION
# Уведомления тоже записывать в лог
log_notifi cations=1
# SERVICE RETRY LOGGING OPTION
# Повторные проверки сервисов тоже записывать в лог
log_service_retries=1
# HOST RETRY LOGGING OPTION
# Повторные проверки хостов тоже записывать в лог
log_host_retries=1
# EVENT HANDLER LOGGING OPTION
# Записываем в логи event handlers, event handlers — это опциональные программы
# которые могут быть выполнены когда состояние хоста или сервиса изменяется
log_event_handlers=1
# INITIAL STATES LOGGING OPTION
# Записывать ли initial state в лог-файл ? Initial state — это когда хост или сервис
# проверяется в первый раз, включить — 1, выключить — 0
log_initial_states=0
# EXTERNAL COMMANDS LOGGING OPTION
# Записывать ли в лог активность внешних команд ?
# Опция не включает логирование пассивных проверок, для этого есть опция о
# которой ниже
log_external_commands=1
# PASSIVE CHECKS LOGGING OPTION
# Логирование пассивных проверок хостов и сервисов
log_passive_checks=1
# GLOBAL HOST AND SERVICE EVENT HANDLERS
# Опции позволяют указать команды event handler`а для хоста или сервиса,
# которые будут выполняться в случае изменения их состояния. global event
# handler выполняется немедленно, предшествуя event handler`у указанному в
# секции хоста или сервиса.
#global_host_event_handler=somecommand
#global_service_event_handler=somecommand
# SERVICE INTER-CHECK DELAY METHOD
# Метод распределения нагрузки в момент старта мониторинга. Чтобы снизить
# нагрузку на сервер мониторинга, все запросы к сервисам отсылаются не в
# один момент времени а с определенным интервалом.
# n = None - don’t use any delay between checks
# d = Use a “dumb” delay of 1 second between checks
# s = Use “smart” inter-check delay calculation
# x.xx = Use an inter-check delay of x.xx seconds
service_inter_check_delay_method=s
# MAXIMUM SERVICE CHECK SPREAD
# Временной фрейм в течение которого все первичные проверки сервисов
# должны быть завершены. По умолчанию 30 минут.
max_service_check_spread=30
# SERVICE CHECK INTERLEAVE FACTOR
# Это значение определяет метод чередования проверок хостов и сервисов,
# который позволит снизить нагрузку на удаленную машину
# s = Use “smart” interleave factor calculation
# x = Use an interleave factor of x, where x is a
# number greater than or equal to 1.
service_interleave_factor=s
# HOST INTER-CHECK DELAY METHOD
# Метод распределения нагрузки в момент старта мониторинга. Чтобы снизить
# нагрузку на сервер мониторинга, все запросы к хостам отсылаются не в один
# момент времени а с определенным интервалом.
# n = None - don’t use any delay between checks
# d = Use a “dumb” delay of 1 second between checks
# s = Use “smart” inter-check delay calculation
# x.xx = Use an inter-check delay of x.xx seconds
host_inter_check_delay_method=s
# MAXIMUM HOST CHECK SPREAD
# Временной фрейм в течение которого все первичные проверки сервисов
# должны быть завершены. По умолчанию 30 минут.
max_host_check_spread=30
# MAXIMUM CONCURRENT SERVICE CHECKS
# Опция позволяет задать максимальное число сервисов, проверяемых
# параллельно в определенный момент времени. 1 — запрещает проверку
# сервисов в параллельном режиме, 0 — не ограничивает число одновременных
# проверок
max_concurrent_checks=0
# SERVICE CHECK REAPER FREQUENCY
# Частота с которой Nagios обрабатывает результаты проверки сервисов.
# Указывается в секундах.
service_reaper_frequency=10
# CHECK RESULT BUFFER SLOTS
# Задает число слотов для хранения результатов проверки сервисов, после
# обработки результата слот освобождается. Значения по умолчанию более чем
# достаточно.
check_result_buffer_slots=4096
# AUTO-RESCHEDULING OPTION
# Опция может помочь сбалансировать нагрузку на сервер мониторинга
# автоматически переназначив проверку хостов и сервисов, распределяя
# нагрузку во времени. Опция эксперементальная и ее использование на свой
# страх и риск.
auto_reschedule_checks=0
# AUTO-RESCHEDULING INTERVAL
# Интервал переназначения в секундах.
auto_rescheduling_interval=30
# AUTO-RESCHEDULING WINDOW
# Размер «окна» в секундах. Проверки хостов и сервисов назначенные в
# следующие X секунд (размер окна) будут переназначены.
auto_rescheduling_window=180
# SLEEP TIME
# Время «сна» между которыми проверяются системные события и проверки
# сервисов которые должны быть выполнены
sleep_time=0.25
# TIMEOUT VALUES
# Как много времени давать на выполнение команде, после истечения которого
# она будет принудительно завершена. Значение указывается в секундах.
service_check_timeout=60
host_check_timeout=30
event_handler_timeout=30
notifi cation_timeout=30
ocsp_timeout=5
perfdata_timeout=5
# RETAIN STATE INFORMATION
# Сохранять ли статусную информацию для хостов и сервисов в случае
# выключения Nagios. После рестарта Nagios вся сохраненная информация
# будет обратно загружена.
retain_state_information=1
# STATE RETENTION FILE
# Файл в котором сохраняется информация о статусе хостов и сервисов перед
# выключение Nagios. Файл используется только если preserve_state_information
# равен 1
state_retention_fi le=/var/log/nagios/retention.dat
# RETENTION DATA UPDATE INTERVAL
# Как часто сохранять в файл информацию о статусе хостов и сервисов пока
# Nagios нормально работает. Указывается в минутах.
retention_update_interval=60
# USE RETAINED PROGRAM STATE
# Восстанавливать ли статус для хостов и сервисов из retention fi le. 1 —
# восстанавливать, 0 - нет
use_retained_program_state=1
# USE RETAINED SCHEDULING INFO
# Восстанавливать ли информацию о запланированной следующей проверке из
# retention fi le или нет.
use_retained_scheduling_info=0
# INTERVAL LENGTH
# Интервал проверки
interval_length=60
# AGGRESSIVE HOST CHECKING OPTION
# Включать ли агресивную проверку хостов. Это может занять больше времени
# чем обычная. 1 — включить, 0 - выключить
use_aggressive_host_checking=0
# SERVICE CHECK EXECUTION OPTION
# Выполнять ли активно проверки сервисов когда они стартуют первый раз
# 1 — включать активные проверки, 0 — не включать
execute_service_checks=1
# PASSIVE SERVICE CHECK ACCEPTANCE OPTION
# Принимать ли результаты пассивных проверок когда сервисы только
# стартуют или рестартуют
# 1 — принимать пассивные проверки, 0 — не принимать
accept_passive_service_checks=1
# HOST CHECK EXECUTION OPTION
# Выполнять ли активно проверки хостов когда они стартуют первый раз
# 1 — включать активные проверки, 0 — не включать
execute_host_checks=1
# PASSIVE HOST CHECK ACCEPTANCE OPTION
# Принимать ли результаты пассивных проверок когда хосты только стартуют
# или рестартуют
accept_passive_host_checks=1
# NOTIFICATIONS OPTION
# Уведомлять когда хост или сервис стартуют первый раз ?
# 1 — да, 0 — нет
enable_notifi cations=1
# EVENT HANDLER USE OPTION
# Запускать ли event handler для только что запущенного хоста или сервиса
# 1 — запускать, 0 — не запускать
enable_event_handlers=1
# PROCESS PERFORMANCE DATA OPTION
# Обрабатывать ли информацию о производительности полученную от хостов и
# сервисов. Информация может содержать в себе задержку в проверке (разницу
# с запланированной проверкой), сколько проверка заняла времени и т.д.
# Проверка производительности осуществляется командами
# host_perfdata_command (о ней ниже) и service_perfdata_command (о ней ниже).
# 1 — обрабатывать данные о производительности, 0 — не обрабатывать
process_performance_data=0
# HOST AND SERVICE PERFORMANCE DATA PROCESSING COMMANDS
# Команды запускаются после того, как проверка хостов и сервисов
# завершится. Команды выполняются только если enable_performance_data
# равняется 1. Командный аргумент — короткое имя команды которое указано в
# host confi guration fi le
#host_perfdata_command=process-host-perfdata
#service_perfdata_command=process-service-perfdata
# HOST AND SERVICE PERFORMANCE DATA FILES
# Файлы в которые сохраняется информация о производительности хостов и
# сервисов. Должна быть включена опция enable_performance_data
#host_perfdata_fi le=/tmp/host-perfdata
#service_perfdata_fi le=/tmp/service-perfdata
# HOST AND SERVICE PERFORMANCE DATA FILE TEMPLATES
# Шаблон для файлов содержащих информацию о производительности. Здесь
# описаны правила по которым нужно писать информацию в файлы. Шаблоны
# могут содержать макросы, специальные символы (\t — табуляция, \r —
# перевод каретки, \n — новая строка) и обычный текст. Новая строка
# автоматически добавляется после каждой записи в файл. Пара примеров дана
# ниже.
#host_perfdata_fi le_template=[HOSTPERFDATA]\t$TIMET$\t$HOSTNAME$\t
#$HOSTEXECUTIONTIME$\t$HOSTOUTPUT$\t$HOSTPERFDATA$
#service_perfdata_fi le_template=[SERVICEPERFDATA]\t$TIMET$\t
#$HOSTNAME$\t$SERVICEDESC$\t$SERVICEEXECUTIONTIME$\t
#$SERVICELATENCY$\t$SERVICEOUTPUT$\t$SERVICEPERFDATA$
# HOST AND SERVICE PERFORMANCE DATA FILE MODES
# Режим работы с файлами
# a — append (дописывать в файл), w — write (записывать). Режим по
# умолчанию вполне всем хорош.
#host_perfdata_fi le_mode=a
#service_perfdata_fi le_mode=a
# HOST AND SERVICE PERFORMANCE DATA FILE PROCESSING #INTERVAL
# Как часто обрабатывать performance fi les командами которых указаны ниже.
# Значение указывается в секундах. 0 означает что обрабатывать не нужно.
#host_perfdata_fi le_processing_interval=0
#service_perfdata_fi le_processing_interval=0
# HOST AND SERVICE PERFORMANCE DATA FILE PROCESSING #COMMANDS
# Используемые команды для обработки performance data fi les
#host_perfdata_fi le_processing_command=process-host-perfdata-fi le
#service_perfdata_fi le_processing_command=process-service-perfdata-fi le
# OBSESS OVER SERVICE CHECKS OPTION
# Если не планируется система распределенного мониторинга то опцию лучше
# не включать
obsess_over_services=0
# OBSESSIVE COMPULSIVE SERVICE PROCESSOR COMMAND
# Команда запускаемая для каждого сервиса. Работает только если
# obsess_over_services равняется 1
#ocsp_command=somecommand
# ORPHANED SERVICE CHECK OPTION
# Опция призвана решать редкую проблему, когда сервис не может быть
# перезапущен.
check_for_orphaned_services=1
# SERVICE FRESHNESS CHECK OPTION
# Проверять ли «свежесть» сервисов, это полезно при пассивных проверках
# когда нужно убедится что информация о сервисах поступает с нормальной
# переодичностью.
# 1 — включить проверку, 0 — отключить
check_service_freshness=1
# SERVICE FRESHNESS CHECK INTERVAL
# Интервал проверки «свежести» сервисов в секундах.
service_freshness_check_interval=60
# HOST FRESHNESS CHECK OPTION
# Проверять ли «свежесть» хостов, это полезно при пассивных проверках
# когда нужно убедится что информация о хостах поступает с нормальной
# переодичностью.
# 1 — включить проверку, 0 — отключить
check_host_freshness=0
# HOST FRESHNESS CHECK INTERVAL
# Интервал проверки «свежести» хостов в секундах.
host_freshness_check_interval=60
# AGGREGATED STATUS UPDATES
# Объединять обновления хостов, сервисов и данные состояния программ или
# нет. Обычно результаты обновляются моментально, что может создать
# большую нагрузку на сервер мониторинга.
# 1 — включить объединение результатов, 0 — не включать
aggregate_status_updates=1
# AGGREGATED STATUS UPDATE INTERVAL
# Интервал в секундах объединенного обновления статуса хостов и сервисов
status_update_interval=15
# FLAP DETECTION OPTION
# Влючать или нет обнаружение частой смены состояния хоста или сервиса.
# 1 — включить, 0 — выключить
enable_fl ap_detection=0
# FLAP DETECTION THRESHOLDS FOR HOSTS AND SERVICES
# Пороговые значения для fl apping`а
# Подробнее про это написано здесь - #http://nagios.sourceforge.net/docs/2_0/fl apping.html
low_service_fl ap_threshold=5.0
high_service_fl ap_threshold=20.0
low_host_fl ap_threshold=5.0
high_host_fl ap_threshold=20.0
# DATE FORMAT OPTION
# Формам отображения даты
# us (MM-DD-YYYY HH:MM:SS)
# euro (DD-MM-YYYY HH:MM:SS)
# iso8601 (YYYY-MM-DD HH:MM:SS)
# strict-iso8601 (YYYY-MM-DDTHH:MM:SS)
date_format=euro
# P1.PL FILE LOCATION
# Путь к скрипту p1.pl который используется встроенными Perl интерпретатором
p1_fi le=/usr/sbin/p1.pl
# ILLEGAL OBJECT NAME CHARACTERS
# Здесь можно указать символы которые не могут быть использованы в
# название хостов, описание сервисов или в название других типах объектов
illegal_object_name_chars=`~!$%^&*|’”<>?,()=
# ILLEGAL MACRO OUTPUT CHARACTERS
# Здесь можно указать символы которые будут убраны из макросов до того как
# будут использованы в уведомлениях и т.д. Это не распространяется на макросы
# используемые в командах проверки хостов и сервисов
illegal_macro_output_chars=`~$&|’”<>
# REGULAR EXPRESSION MATCHING
# Использовать регулярные выражения или нет
# 1 — включить, 0 — выключить
use_regexp_matching=0
# “TRUE” REGULAR EXPRESSION MATCHING
# Опция используется только если use_regexp_matching равняется 1. При
# отключенной опции совпадение происходит только на основание маски (*
# и ?), при включенной это происходит всегда, что может раздражать.
# 0 — отключить, 1 — включить
use_true_regexp_matching=0
# ADMINISTRATOR EMAIL ADDRESS
# Почтовый адрес администратора этого сервера
admin_email=nagios
# ADMINISTRATOR PAGER NUMBER/ADDRESS
# Номер пейджера администратора этого сервера. Определенно устаревшая опция.
admin_pager=pagenagios
# DAEMON CORE DUMP OPTION
# Разрешать создавать core dump или нет. Может использоваться для отладки.
# 1 — разрешать создавать, 0 — не разрешать
daemon_dumps_core=0
Самое смешное, что теперь авторизация в Nagios проходит, но возникают 2 др. ошибки
1я - просмотр мониторинга не доступен, выкидывает ошибку nagios could not open CGI file_имя файла
По логике - нет доступа. Выставляю на папку права (всем) и на входящие в её состав файлы chmod -R 777 /etc/nagios - толку нет.
Вот лог из интерфейса:
Код: Выделить всё
Whoops!
Error: Could not open CGI config file '/etc/nagios/cgi.cfg' for reading!
Here are some things you should check in order to resolve this error:
Make sure you've installed a CGI config file in its proper location. See the error message about for details on where the CGI is expecting to find the configuration file. A sample CGI configuration file (named cgi.cfg) can be found in the sample-config/ subdirectory of the Nagios source code distribution.
Make sure the user your web server is running as has permission to read the CGI config file.
Make sure you read the documentation on installing and configuring Nagios thoroughly before continuing. If all else fails, try sending a message to one of the mailing lists. More information can be found at http://www.nagios.org.
И ещё, в nagios попадаю, но сервис nagios ничерта не запускается))))
Код: Выделить всё
[root@localhost nagios]# service nagios start
Starting nagios:CONFIG ERROR! Start aborted. Check your Nagios configuration.
Вообще бред какой-то, ничего понять не могу
Asus K56CB Intel Core i5 - 3317U, 1.7ГГц/DDR - 6Gb/ SSD - 160Gb/ nvidia GeForce 740M "fedora"
