1 Zabbix сервер
Zabbix сервер — это ядро программного обеспечения Zabbix. Zabbix сервер может быть запущен командой:
shell> cd sbin shell> ./zabbix_server
Zabbix сервер стартует как демон.
Zabbix сервер поддерживает следующие параметры командной строки:
-c --config файл> Параметр указывает на конфигурационный файл, по умолчанию это /etc/zabbix/zabbix_server.conf -n --new-nodeid nodeid> конвертирование данных базы данных для новой nodeid -R --runtime-control опция> выполнение административных функций -h --help Отображает это сообщение помощи -v --version Отображает номер версии
Опция -R или —runtime-control поддерживается начиная с Zabbix 1.8.6.
Управление runtime не поддерживается в OpenBSD и NetBSD.
Для получения более подробной помощи по параметрам командной строки выполните:
shell> zabbix_server -h
Примеры параметров командой строки:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf shell> zabbix_server --help shell> zabbix_server -V
Контроль выполнения
Опции контроля выполнения:
| Опция | Описание |
|---|---|
| config_cache_reload | Перезагрузка кэша конфигурации. Игнорируется если кэш уже загружается. |
Пример использования контроля выполнения для перезагрузки сервером кэша конфигурации:
shell> zabbix_server -c /usr/local/etc/zabbix_server.conf -R config_cache_reload
Конфигурационный файл
Файл конфигурации содержит параметры настроек zabbix_server. Этот файл должен существовать и должен иметь права чтения для пользователя ‘zabbix’. Поддерживаемые параметры:
| Параметр | Обязательный | Диапазон | По умолчанию | Описание | |||||
|---|---|---|---|---|---|---|---|---|---|
| AlertScriptsPath | нет | /home/zabbix/bin/ | Размещение пользовательских скриптов оповещений | ||||||
| CacheSize | нет | 128K-1G | 8M | Размер кэша конфигурации, в байтах. Размер распределяемой памяти (shared memory) для данных о хранимых узлах сети и элементах данных. |
|||||
| CacheUpdateFrequency | нет | 1-3600 | 60 | Как часто Zabbix будет выполнять процедуру обновления кэша конфигурации, в секундах. | |||||
| DBHost | нет | В зависимости от реализации используемой библиотеки. | Имя хоста базы данных. Если установлен localhost, то для СУБД MySQL используется сокет. |
||||||
| DBName | да | Имя базы данных. Для SQLite3 должен быть указан путь к файлу базы данных. DBUser и DBPassword игнорируются. |
|||||||
| DBPassword | нет | Пароль к базе данных. Игнорируется при СУБД SQLite. Закомментируйте эту строку, если пароль не используется. |
|||||||
| DBPort | нет | 1024-65535 | 3306 | Порт базы данных, когда не используется локальный сокет. Игнорируется при СУБД SQLite. | |||||
| DBSocket | нет | /tmp/mysql.sock | Путь к сокету СУБД MySQL. | ||||||
| DBUser | нет | Пользователь базы данных. Игнорируется при СУБД SQLite. | |||||||
| DebugLevel | нет | 0-4 | 3 | Задает уровень журналирования (для отладки) 0 — без отладки 1 — критичная информация 2 — информация об ошибках 3 — предупреждения 4 — для отладки (записывает очень много информации) |
|||||
| DisableHousekeeping | нет | 0-1 | 0 | Если установлена 1, то очистка базы данных от устаревших данных отключена. | |||||
| ExternalScripts | нет | /etc/zabbix/externalscripts | Размещение внешних скриптов | ||||||
| Fping6Location | нет | /usr/sbin/fping6 | Размещение fping6. Убедитесь, что исполняемый файл fping6 имеет владельца root и флаг SUID установлен. Оставьте пустым («Fping6Location even»> | FpingLocation | нет | /usr/sbin/fping | Размещение fping. Убедитесь, что исполняемый файл fping имеет владельца root и флаг SUID установлен! |
||
| HistoryCacheSize | нет | 128K-1G | 8M | Размер кэша истории, в байтах. Размер распределяемой памяти (shared memory) для хранения данных истории. |
|||||
| HistoryTextCacheSize | нет | 128K-1G | 16M | Размер кэша текстовой истории, в байтах. Размер распределяемой памяти (shared memory) для хранения данных: символов, текста или журналов. |
|||||
| HousekeepingFrequency | нет | 1-24 | 1 | Как часто Zabbix запускает процедуру очистки базы данных от устаревшей информации (в часах). Удаление ненужной информации из таблиц истории, оповещений и сигнализаций. Если используется PostgreSQL, то предлагаемое значение 24, так как выполняется VACUUM. |
|||||
| MaxHousekeeperDelete | нет | 0-1000000 | 500 | Не более чем ‘MaxHousekeeperDelete’ строк (в соответствии с [tablename], [field], [value]) будет удалено за один цикл задачей очистки истории. SQLite3 не использует этот параметр, удаляются все подходящие строки без лимита. Если установлен 0, то удаляются все подходящие строки без ограничений. В этом случае вы должны понимать, что вы делаете! Эта опция поддерживается начиная с версии 1.8.2. |
|||||
| Include | нет | Вы можете включить индивидуальные файлы или все файлы в папке в файл конфигурации. | |||||||
| ListenIP | нет | 0.0.0.0 | Список IP адресов разделенный запятыми, которые нужно прослушивать для траппера Траппер будет прослушивать все сетевые интерфейсы, если параметр не указан. Несколько IP адресов поддерживается начиная с версии 1.8.3 и выше. |
||||||
| ListenPort | нет | 1024-32767 | 10051 | Прослушиваемый порт для траппера. | |||||
| LogFileSize | нет | 0-1024 | 1 | Максимальный размер файла журнала в МБ. 0 — отключение автоматической ротации журнала. |
|||||
| LogFile | нет | Имя файла журнала. | |||||||
| LogSlowQueries | нет | 0-3600000 | 0 | Как долго должен выполняться запрос к базе данных чтобы он был занесен в журнал (в миллисекундах). 0 — не журналировать медленные запросы Эта опция поддерживается начиная с версии 1.8.2 |
|||||
| NodeID | нет | 0-999 | 0 | Уникальный NodeID для распределенной установки. 0 — одиночный сервер |
|||||
| NodeNoEvents | нет | 0-1 | 0 | Если установлена ‘1’, тогда локальные события не будут отправлены мастер ноде. Эта опция не влияет на способность этой ноды распространять события от своих дочерних нод. |
|||||
| NodeNoHistory | нет | 0-1 | 0 | Если установлена ‘1’, тогда локальная история не будет отправлена мастер ноде. Эта опция не влияет на способность этой ноды распространять историю от своих дочерних нод. |
|||||
| PidFile | нет | /tmp/zabbix_server.pid | Имя PID файла. | ||||||
| ProxyConfigFrequency | нет | 1-604800 | 3600 | Частота отправки в секундах Zabbix сервером данных о конфигурации для Zabbix прокси. Используется только для прокси в пассивном режиме. Эта опция поддерживается начиная с версии 1.8.3. |
|||||
| ProxyDataFrequency | нет | 1-3600 | 1 | Частота запроса в секундах Zabbix сервером данных истории с Zabbix прокси. Используется только для прокси в пассивном режиме. Эта опция поддерживается начиная с версии 1.8.3. |
|||||
| SSHKeyLocation | нет | Размещение публичных и приватных ключей для проверок по SSH | |||||||
| SenderFrequency | нет | 5-3600 | 30 | Как часто Zabbix будет пытаться повторно отправлять не отправленные оповещения (в секундах). | |||||
| SourceIP | нет | Исходный IP адрес для исходящих подключений. | |||||||
| StartDBSyncers | нет | 1-100 | 4 | Количество форков Синхронизаторов БД. Верхний предел 64 до версии 1.8.5. Эта опция поддерживается в версии 1.8.3 и в более новых |
|||||
| StartDiscoverers | нет | 0-250 | Количество форков автообнаружения. Верхний предел 255 до версии 1.8.5. |
||||||
| StartHTTPPollers | нет | 0-1000 | 1 | Количество форков пуллеров HTTP. Верхний предел 255 до версии 1.8.5. |
|||||
| StartIPMIPollers | нет | 0-1000 | 0 | Количество форков пуллеров IPMI. Верхний предел 255 до версии 1.8.5. |
|||||
| StartPingers | нет | 0-1000 | 1 | Количество форков пингеров по ICMP. Верхний предел 255 до версии 1.8.5. |
|||||
| StartPollersUnreachable | нет | 0-1000 | 1 | Количество форков пуллеров для недоступных узлов сети (включая IPMI). Верхний предел 255 до версии 1.8.5. Эта опция отсутствует в версии 1.8.3. |
|||||
| StartPollers | нет | 0-1000 | 5 | Количество форков для пуллеров. Верхний предел 255 до версии 1.8.5. |
|||||
| StartProxyPollers | нет | 0-250 | 1 | Количество форков пуллеров для пассивных прокси. Верхний предел 255 до версии 1.8.5. Эта опция поддерживается в версии 1.8.3 и в более новых |
|||||
| StartTrappers | нет | 0-1000 | 5 | Количество форков трапперов. Верхний предел 255 до версии 1.8.5. |
|||||
| Timeout | нет | 1-30 | 3 | Параметр указывает как долго ждать ответа от агента, устройства SNMP или внешней проверки (в секундах). | |||||
| TmpDir | нет | /tmp | Папка для временных данных. | ||||||
| TrapperTimeout | нет | 1-300 | 300 | Параметр указывает как много секунд траппер может потратить на обработку новых данных. | |||||
| TrendCacheSize | нет | 128K-1G | 4M | Размер кэша тенденций, в байтах. Размер распределяемой памяти (shared memory) для хранения данных о тенденциях. |
|||||
| UnavailableDelay | нет | 1-3600 | 60 | Как часто узел сети будет проверяться на доступность в период его недоступности, в секундах. | |||||
| UnreachableDelay | нет | 1-3600 | 15 | Как часто узел сети будет проверяться на доступность в период его недостижимости, в секундах. | |||||
| UnreachablePeriod | нет | 1-3600 | 45 | Через сколько секунд недостижимости узел сети считается недоступным. | |||||
Начиная с версии 1.8.6 Zabbix прокси не запустится, если в конфигурационном файле указан ошибочный (не подходящий под обозначение параметр=значение) или неизвестный параметр.
1 Информация о систсеме
В разделе Отчеты → Информация о системе отображается краткая сводка о ключевых данных системы.

Этот отчет также отображается виджетом на ПАНЕЛИ.
Отображаемые данные
| Параметр | Значение | Детали |
|---|---|---|
| Zabbix сервер запущен | Состояние Zabbix сервера: Да — сервер запущен Нет — сервер не запущен Обратите внимание: Чтобы отображать некоторую информацию, веб-интерфейсу необходим работающий сервер и у сервера должен быть запущен по крайней мере один процесс траппера (параметр StartTrappers в zabbix_server.conf файле>0). |
Размещение и порт Zabbix сервера. |
| Количество узлов сети | Отображается общее количество добавленных узлов сети. Шаблоны тоже считаются подтипами узлов сети. |
Количество наблюдаемых узлов сети/не наблюдаемых узлов сети/шаблонов. |
| Количество элементов данных | Отображается общее количество элементов данных. | Количество наблюдаемых/деактивированных/неподдерживаемых элементов данных. Элементы данных на деактивированных узлах сети считаются деактивированными. |
| Количество триггеров | Отображается общее количество триггеров. | Количество активированных/деактивированных триггеров. [Триггеры в состоянии проблема/ок.] Триггеры назначенные на деактивированные узлы сети или зависящие от деактивированных элементов данных считаются деактивированными. |
| Количество пользователей | Отображается общее количество добавленных пользователей. | Количество пользователей в сети. |
| Требуемое быстродействие сервера, новые значения в секунду | Отображается ожидаемое количество новых значений обрабатываемых Zabbix сервером в секунду. | Требуемое быстродействие сервера является оценочным и может быть полезным как ориентир. Для точных чисел обработанных значений, используйте внутренний элемент данных zabbix[wcache,values,all] . |
© 2001-2023 by Zabbix SIA. All rights reserved.
Except where otherwise noted, Zabbix Documentation is licensed under the following license
Заметки системного администрирования биллинга Mikbill
Следует отметить, однако, что встроенные функции агента могут быть расширены с помощью следующих методов: загружаемые модулей , пользовательских параметров, использованием утилиты Zabbix sender.
Пакеты / переданные байты
Ошибки / отброшенные пакеты
Средняя нагрузка (load average)
процессора в режиме ожидания / данные использования
процессора отдельным процессом
Свободная / используемая память
Файл подкачки (Swap)
Свободно / используется
Чтение и запись I/O
Статус процесса
использования памяти процесса
Состояние службы (SSH, ntp, LDAP, SMTP, FTP, HTTP, pop, NNTP, IMAP)
Windows состояние служб
разрешения DNS
соединения TCP
Время отклика TCP
Размер файла / время
создания файла
Контрольная сумма
поиска RegExp
Текстовый журнал для
Windows EventLog
Время работы системы
Системное время
пользователи , подключенные пользователи
счетчики производительности (Windows)
Лог мониторинга
Поддержка мониторинга текстовых журналов и журнала событий, включая поддержку ротации логов.
Можно построить график данных извлеченных из логов
Логи постоянно анализируются Zabbix агентом и когда определенный элемент поиска будет найден, сервер Zabbix получает уведомление и может даже принять какое — либо действие или автоматически отправлять уведомление пользователю или в группу.
Поддержка WMI
Особенность Zabbix агента — инструментарий поддержки управления Windows (WMI). Возможность легко получать и отслеживать информацию в реальное время системы и показатели производительности от серверов и рабочих станций Windows.
IPv6 поддержка
Zabbix агент поддерживает IPv4 и IPv6
Настройка Zabbix агента
Установка
Сам такую настройку использую для NAS accel-сервера debian 7.9.
Собственно для centos тоже самое, только меняем apt-get на yum.
В зависимости от установленного Zabbix server:
- yum info zabbix | grep Vers | head -n 1
Для последней версии из пакетов
- apt-get install zabbix-agent
находим свой версию копируем путь загрузки версии
Для CentOS
- yum install «вставить путь из буфера»
- yum install -y http://repo.zabbix.com/zabbix/3.5/rhel/6/x86_64/zabbix-agent-4.0.0-1.1alpha2.el6.x86_64.rpm
- chkconfig zabbix-agent on
Установка агента на Debian 7 для сервера 2.4.8
- wget http://repo.zabbix.com/zabbix/2.4/debian/pool/main/z/zabbix/zabbix-agent_2.4.8-1+jessie_amd64.deb
- dpkg -i zabbix-agent_2.4.8-1+jessie_amd64.deb
- apt-get update
Установка агента на Debian 8 4.0.0
- wget http://repo.zabbix.com/zabbix/3.5/debian/pool/main/z/zabbix/zabbix-agent_4.0.0alpha5-1%2Bjessie_amd64.deb
- dpkg -i zabbix-agent_4.0.0alpha5-1+jessie_amd64.deb
- apt-get update
Узнать версию уже установленного пакета
- zabbix_agentd -V
Добавляем в автозагрузку
- update-rc.d zabbix-agent defaults
Для CentOS так
- chkconfig zabbix-agent on
Копируем файл конфигурации
- cp /etc/zabbix/zabbix_agentd.conf /etc/zabbix/zabbix_agentd.default
Открываем для редактирования
- mcedit /etc/zabbix/zabbix_agentd.conf
Редактируем такие поля:
(Обязательные выделены)
Для отслеживания ошибок включить
Настройка максимального размера ротации лога в MB . 0 — отключение ротации.
LogFileSize=0
Настройка IP адреса источника для исходящих подключений. Грубо говоря IP сервера, где установлен агент которым он отвечать будет серверу
SourceIP=10.10.10.10
Настройка списка IP адресов (или имен хостов) Zabbix серверов, разделенных запятыми. Пробелы недопустимы. Если ServerActive не указан, то первая запись из списка будет использоваться для получения списка активных проверок и отправки результатов активных проверок.
Server=10.10.10.20
Количество форков zabbix_agentd, для обработки пассивных проверок. Другими словами количество агентов запущенных по умолчанию вместе со стартом агента ( имеет смысл уменьшать только в том случае если задач на него положено будет мало – и память не позволяет держать их в запущенном состоянии .)
StartAgents=3
Список пар IP:порт (или имя хоста:порт) разделенных запятыми Zabbix серверов для активных проверок. Пробелы недопустимы.
ServerActive=10.10.10.20
Уникальное название хоста, регистрозависим. Должен совпадать с настройками слушателя на сервере.
Hostname=gw

Включаем отдельные файлы или все файлы из папки с файлом конфигурации.
Include=/etc/zabbix/zabbix_agentd.conf.d/
Еще можно добавить передачу ip_conntrack сервера
UserParameter=ip_conntrack_count,cat /proc/sys/net/ipv4/netfilter/ip_conntrack_count
UserParameter=ip_conntrack_max,cat /proc/sys/net/ipv4/netfilter/ip_conntrack_max
На этом основная настройка закончена.
Сохраняем, закрываем редактор, перезапускаем агент
- service zabbix-agent restart
- ps aux | grep zabbix
- netstat -anp | grep 10050
Не забываем открыть порт и IP сервера Zabbix в конфигурационном файле iptables
- iptables -A INPUT -s 10.10.10.20 -p tcp -m tcp —dport 10050 -j ACCEPT
- iptables -I INPUT -s 10.10.10.20 -p tcp -m tcp —dport 10050 -j ACCEPT
Сразу проверить побежали пакеты или нет можно так
- iptables -L -n -v|grep 10050
- telnet zabbix_agent_IP 10050
- tcpdump -i eth4.111 port 10050
Centos 7
- systemctl enable zabbix-agent
- systemctl start zabbix-agent
- systemctl status zabbix-agent
Ошибки
Received empty response from Zabbix Agent at Assuming that agent dropped connection because of access permission
Проверяем NAT клиента, значение Server
- Получить ссылку
- Электронная почта
- Другие приложения
Комментарии
Отправить комментарий
Популярные сообщения из этого блога
mikbill расшифровка завершений сессий
Сессии Lost-Сarrier Потеря несущей, чаще всего у абонента потери в? локалке? и нужно проверять?физику линии. Так же может быть вызвано отключением? подключения по локальной сети? у абонента вместо отключения ?интернет соединения? Для Wi-Fi и других роутеров означает что выключили питание на этом устройстве. User-Request Нормальное завершение Сессии. Пользователь закрыл соединение. Online Пользователь находится в интернете. Admin-Reboot Перезагрузка сервера доступа(NAS). Сервер корректно завершил соединение. BILL-Request Выброшен из интернета из админки биллинга. NAS-Request Сервер доступа по запросу завершил сессию ( те кто-то его выкинул ). NAS-Error Вызвана неправильными параметрами сессии, устранять администратору. Port-Error Вызвана неправильными параметрами сессии, устранять администратору. Admin Reset Сессия или порт сброшены администратором. User Error Ошибка в полученных от пользователя данных, вызвавшая прекращение сеанса
Accel-ppp команды
Просмотр активных сессий: accel-cmd show sessions Количество сессий accel-cmd show sessions| wc -l Количество сессий в ожидании accel-cmd show sessions|grep start| wc -l Прервать сессию: accel-cmd terminate ip 1.2.3.4 Перечитать конфигурацию: accel-cmd reload Просмотр логов: tail -f /var/log/accel-ppp/accel-ppp.log Остановить accel: /etc/init.d/accel stop Запустить accel: /etc/init.d/accel start Аптайм accel-cmd show stat uptime Firewall: Запустить (создает правила) /etc/init.d/firewall start Остановить (удаляет все правила): /etc/init.d/firewall stop Перезапустить (удаляет и заново создает правила): /etc/init.d/firewall restart Обновить список разрешенных сайтов/IP: /etc/init.d/firewall allow Обновить цепочку правил forward: /etc/init.d/firewall forward Обновить цепочку правил prerouting: /etc/init.d/firewall pre Обновить цепочку правила postrouting /etc/init.d/firewall po
2 Агент
Zabbix агенты разворачиваются на наблюдаемых целях для активного мониторинга локальных ресурсов и приложений (статистика жестких дисков, памяти, процессоров и т.д.).
Агент локально собирает оперативную информацию и отправляет данные Zabbix серверу для дальнейшей обработки. В случае проблем (таких как отсутствие свободного места на жестком диске или аварийного завершения процесса сервиса), Zabbix сервер может быстро уведомить администраторов конкретного сервера, сообщившего об ошибке.
Zabbix агенты чрезвычайно эффективны, так как используют родные системные вызовы для сбора информации статистики.
Пассивные и активные проверки
Zabbix агенты могут выполнять пассивные и активные проверки.
В случае пассивной проверки агент отвечает на запрос данных. Zabbix сервер (или прокси) запрашивает данные, например, загрузку CPU, и Zabbix агент возвращает результат.
Активные проверки требуют более сложной обработки. Агент сначала получает список элементов данных для независимой обработки от Zabbix сервера. В дальнейшем он будет периодически отправлять новые значения серверу.
Выбор между пассивной и активной проверкой осуществляется при выборе соответствующего типа элемента данных. Zabbix агент обрабатывает элементы данных типов ‘Zabbix агент’ и ‘Zabbix агент (активный)’.
Поддерживаемые платформы
Zabbix агент поддерживается на следующих платформах:
- Windows (все версии для настольных компьютеров и серверов, начиная с XP)
- Linux (также доступно в виде Агент на UNIX системах
Zabbix агент на UNIX-подобных системах запускается на хостах, которые необходимо мониторить.
Установка
Смотрите раздел установки из пакетов для получения более детальных сведений по установке Zabbix агента из пакетов. В качестве альтернативы вы можете обратиться к инструкциям по ручной установке , если вы не хотите использовать пакеты.
В целом 32-битный Zabbix агент будет работать и на 64-битных системах, но в отдельных случаях возможно возникновение ошибок.
Если установлен из пакета
Zabbix агент работает демоном. Агента можно запустить, выполнив:
shell> service zabbix-agent start
Эта команда будет работать на большинстве систем GNU/Linux. На других системах вам, возможно, потребуется выполнить:
shell> /etc/init.d/zabbix-agent start
Аналогично, для остановки/перезапуска/просмотра состояния, используйте следующие команды:
shell> service zabbix-agent stop shell> service zabbix-agent restart shell> service zabbix-agent status
Запуск вручную
Если приведенные ранее команды не работают, вам необходимо запустить агента вручную. Найдите путь к бинарному файлу zabbix_agentd и выполните:
shell> zabbix_agentd
Агент на Windows системах
Zabbix агент на Windows работает службой Windows.
Подготовка
Zabbix агент распространяется в виде zip архива. После загрузки архива вам необходимо распаковать его. Выберите любую папку для записи Zabbix агента и файла конфигурации, например:
C:\zabbix
Скопируйте bin\zabbix_agentd.exe и conf\zabbix_agentd.conf файлы в c:\zabbix. Измените c:\zabbix\zabbix_agentd.conf файл в соответствии с вашими требованиями, убедитесь что указан корректный параметр «Hostname».
Установка
После чего используйте следующую команду для установки Zabbix агента службой Windows:
C:\> c:\zabbix\zabbix_agentd.exe -c c:\zabbix\zabbix_agentd.conf -i
Теперь у вас должна появиться возможность настройки службы «Zabbix agent» так же как и любой другой службы Windows. Смотрите более подробную информацию по установке и запуску Zabbix агента на Windows.
Другие опции агента
Имеется возможность запуска нескольких экземпляров агента на одном узле сети. Отдельный экземпляр может использовать файл конфигурации по умолчанию или же файл конфигурации, указанный в командной строке. В случае нескольких экземпляров каждый экземпляр агента должен иметь свой собственный файл конфигурации (один из них может использовать файл конфигурации по умолчанию). Следующие параметры командной строки могут быть использованы с Zabbix агентом:
| Параметр | Описание |
|---|---|
| UNIX и Windows агенты | |
| -c —config | Путь к файлу конфигурации. Вы можете использовать данную опцию, чтобы задать файл конфигурации, размещенный в папке отличной от заданной по умолчанию. В UNIX, путь по умолчанию /usr/local/etc/zabbix_agentd.conf или как задано во время компиляции переменными —sysconfdir или —prefix В Windows, путь по умолчанию c:\zabbix_agentd.conf |
| -p —print | Вывод известных элементов данных и выход. Обратите внимание: Чтобы также получить результаты пользовательских параметров, вы можете указать файл конфигурации (если он находится вне папки, заданной по умолчанию). |
| -t —test | Тестирование указанного элемента данных и выход. Обратите внимание: Чтобы также получить результаты пользовательских параметров, вы можете указать файл конфигурации (если он находится вне папки, заданной по умолчанию). |
| -h —help | Вывод справочной информации |
| -V —version | Вывод номера версии |
| Только UNIX агент | |
| -R —runtime-control | Выполнение административных функций. Смотрите управление работой. |
| Только Windows агент | |
| -m —multiple-agents | Использование нескольких экземпляров агента (с -i,-d,-s,-x функциями). Для уникальности имен экземпляров служб, каждое имя службы будет включать значение Hostname из указанного файла конфигурации. |
| Только Windows агент (функции) | |
| -i —install | Установка Zabbix агента службой |
| -d —uninstall | Удаление службы Zabbix Windows агента |
| -s —start | Запуск службы Zabbix Windows агента |
| -x —stop | Остановка службы Zabbix Windows агента |
- отображение всех встроенных элементов данных с их значениями
- тестирование пользовательского параметра с ключом «mysql.ping» заданном в указанном файле конфигурации
- установка службы «Zabbix агента» в Windows с использованием пути по умолчанию до файла конфигурации c:\zabbix_agentd.conf
- установка службы «Zabbix Agent [Hostname]» в Windows с использованием файла конфигурации zabbix_agentd.conf, размещенного в той же самой папке, что и бинарный файл агента, и определение уникального имени службы с использованием значения Hostname из файла конфигурации
shell> zabbix_agentd --print shell> zabbix_agentd -t "mysql.ping" -c /etc/zabbix/zabbix_agentd.conf shell> zabbix_agentd.exe -i shell> zabbix_agentd.exe -i -m -c zabbix_agentd.conf
Управление работой
Используя опции административных функций, вы можете изменить уровень журналирования у процессов агента.
| Опция | Описание | Цель |
|---|---|---|
| log_level_increase[=] | Увеличение уровня журналирования. Действует на все процессы, если цель не указана. |
Цель можно указать с помощью: тип процесса — все процессы указанного типа (например, listener) Смотрите весь список типов процессов агента. тип процесса,N — тип процесса и номер (например, listener,3) pid — идентификатора процесса (от 1 до 65535). В случае значений PID больше 65535 укажите цель в виде ‘тип процесса,N’. |
| log_level_decrease[=] | Уменьшение уровня журналирования. Действует на все процессы, если цель не указана. |
|
| userparameter_reload | Перезагрузка пользовательских параметров из текущего файла конфигурации. Обратите внимание, из всех опций конфигурации агента можно перезагрузить только UserParameter. |
|
- увеличение уровня журналирования всем процессам
- увеличение уровня журналирования у третьего процесса listener
- увеличение уровня журналирования у процесса с PID 1234
- уменьшение уровня журналирования по всем процессам active check
shell> zabbix_agentd -R log_level_increase shell> zabbix_agentd -R log_level_increase=listener,3 shell> zabbix_agentd -R log_level_increase=1234 shell> zabbix_agentd -R log_level_decrease="active checks"
Выполнение административных функций не поддерживается в OpenBSD, NetBSD и Windows.
Типы процессов агента
- active checks — процесс для выполнения активных проверок
- collector — процесс для сбора данных
- listener — процесс ожидающий и выполняющий пассивные проверки
Можно воспользоваться файлом журнала агента для выявления этих типов процессов.
Пользователь процесса
Zabbix агент на UNIX системах спроектирован для запуска от не привилегированного пользователя (non-root). Он будет работать от любого не привилегированного пользователя от которого был запущен. Таким образом, вы можете запускать агент от имени любого не привилегированного пользователя, без каких либо последствий.
Если вы попытаетесь запустить агента от ‘root’, он сразу переключится на пользователя ‘zabbix’, который должен присутствовать в вашей системе. Единственный способ запустить агента от пользователя ‘root’ — отредактировать параметр ‘AllowRoot’ в файле конфигурации агента.
Файл конфигурации
Для получения подробной информации смотрите параметры файла конфигурации по настройке zabbix_agentd и Windows агента.
Региональные настройки (локаль)
Обратите внимание что агенту требуется UTF-8 локаль чтобы некоторые текстовые элементы данных агента смогли вернуть корректное содержимое. Большинство современных Unix-подобных систем имеют локаль UTF-8 установленной по умолчанию, тем не менее, есть некоторые системы где это необходимо задать вручную.
Код завершения процесса
До версии Zabbix 2.2, Zabbix агент возвращал 0 в случае успешного завершения процесса и код 255 в случае ошибки. Начиная с версии Zabbix 2.2 и выше Zabbix агент возвращает код 0 в случае корректного завершения процесса и код 1 в случае отказа/аварийного завершения процесса.