активный агент?

да

да

так бывает

mount -o remount rw /

перезагрузка сработала. )

так бывает

не обращать внимания, это не баг, а фича?)

перезагрузка сработала. )

кстати, если можно - то почему бы и нет

не обращать внимания, это не баг, а фича?)

мы не обращаем так точно )

не обращать внимания, это не баг, а фича?)

скажу больше - так и должно быть

скажу больше - так и должно быть

без пассивных проверок

ок)

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

Тоже не нашел, странное упущение

Вообще, новый график пока не дотягивает до Графаны. Зато "Проблемы" интересно сделаны, круче, чем Annotations в Графане

Подскажите на сервере zabbix агент активный, там же хочу настроить мониторинг JMX , мне для jmx порт нужно пробрасывать ? или он отдает данные через мой активный zabbix агент ?

Коллеги, нужна небольшая помощь нубу по теме perl Есть небольшой скрипт. Получаем массив: my @array = (некоторая команда) Массив состоит из строк: ID | Name | State | Last run 40 | TaskName | Scheduled | Successful итд... Нужно запаковать ID в json для Discovery Далее создаю цикл: foreach my $i (1 .. $#array) { ($taskid) = m/(\d\d)/; Этот же цикл рисует json, в том числе: print "\t\t\"{#JOBID}\":\"$taskid\",\n"; Однако регулярное выражение не срабатывает

Подскажите на сервере zabbix агент активный, там же хочу настроить мониторинг JMX , мне для jmx порт нужно пробрасывать ? или он отдает данные через мой активный zabbix агент ?

JMX-мониторинг с заббикс-агентом никак не взаимодействует

Коллеги, нужна небольшая помощь нубу по теме perl Есть небольшой скрипт. Получаем массив: my @array = (некоторая команда) Массив состоит из строк: ID | Name | State | Last run 40 | TaskName | Scheduled | Successful итд... Нужно запаковать ID в json для Discovery Далее создаю цикл: foreach my $i (1 .. $#array) { ($taskid) = m/(\d\d)/; Этот же цикл рисует json, в том числе: print "\t\t\"{#JOBID}\":\"$taskid\",\n"; Однако регулярное выражение не срабатывает

почему-бы не split-ать по "|" , брать первую (0 колонку и trim-ать у неё пробелы?

JMX-мониторинг с заббикс-агентом никак не взаимодействует

а значит вывод что без проброса порта и данных не будет так ? нету же jmx агента(активный) ))

да, нужен доступ к jmx-порту

да, нужен доступ к jmx-порту

а я правильно понимаю что подняв zabbix -прокси в локалке с серверами. он с нескольких jmx в локалке сможет собрать данные и уже их слать на zabbix сервер ?

а я правильно понимаю что подняв zabbix -прокси в локалке с серверами. он с нескольких jmx в локалке сможет собрать данные и уже их слать на zabbix сервер ?

да

и на том же proxy поднять java gateway

а сам прокси сделать активным

Подскажите плз, пытаюсь в дискавери для триггера сформировать тело сообщение, как передать имя айтема Too many DB conn {ITEM.NAME} {ITEM.LASTVALUE} - вот это не пашет {ITEM.NAME}

почему-бы не split-ать по "|" , брать первую (0 колонку и trim-ать у неё пробелы?

Я хотел отдавать в заббикс ID+Name, в таком случае в самом заббиксе можно отображать итем не просто числом, а названием

Подскажите плз, пытаюсь в дискавери для триггера сформировать тело сообщение, как передать имя айтема Too many DB conn {ITEM.NAME} {ITEM.LASTVALUE} - вот это не пашет {ITEM.NAME}

потому, что {ITEM.NAME}, в отличие от {ITEM.LASTVALUE}, не применим в Trigger names and descriptions

а что можно сделать? чтобы передать имя айтема в алерт

тогда

Написать имя от руки + макрос LLD

у меня айтемы дискаверятся автоматически

Это понятно, на то и LLD. Посмотри, как сделаны имена прототипов триггеров в любом стандартном шаблоне

ааа, все вкурил. Благодарю

привет. и сюда занесло.

Привет ) Пытаюсь понять почему не создаются проверки , судя по дебаг сообщениям нагиос даже скрипты не дёргает :)

гоу в личку. тут никто не поймет этого извращения с архитетурой проверок

Извращения там достатно...

NAGIOS

Сегодня словил глюк, думал на заббиксе, но нет. Обновили ядро на убунту-сервере. После этого изменилась нумерация точки монтирования (почему-то только одной - был номер 61, стал 62) в SNMP индексе, соответственно в данных показывалась полная дичь :) Дискавери точек монтирования стоит раз в 4 часа, пришлось временно уменьшить

Гоните его :)

Сегодня словил глюк, думал на заббиксе, но нет. Обновили ядро на убунту-сервере. После этого изменилась нумерация точки монтирования (почему-то только одной - был номер 61, стал 62) в SNMP индексе, соответственно в данных показывалась полная дичь :) Дискавери точек монтирования стоит раз в 4 часа, пришлось временно уменьшить

кто сталкивался с подобным?

А серьёзно, много кто на убунту сервера держит?

а что с ними не так?

А серьёзно, много кто на убунту сервера держит?

Достаточно

надо на фре делать? или на солярисе

А серьёзно, много кто на убунту сервера держит?

у меня вопрос много кто по снмп из линукса статистику снимает

надо на фре делать? или на солярисе

Есть православные CentOS & Debian

если у меня будет гордо стоящий на вершине горы сервер, я с удовольствием буду ставить агента :)

а что с ними не так?

Выше вы хорошо описали уже

если у меня будет гордо стоящий на вершине горы сервер, я с удовольствием буду ставить агента :)

ну каждый как хочет... имеешь право

Есть православные CentOS & Debian

дебиан и центось весьма консервативны, в некоторых случаях это толкьо вредит

дебиан и центось весьма консервативны, в некоторых случаях это толкьо вредит

стоп холивар

во флуд

стоп холивар

ок

во флуд

А есть чат с флудом и стикерами?

да

Еще вопрос. Кто-нибудь сталкивался с двойным уведомлением одного и того же события на одного и того же реципиента? причем штамп времени совпадает до секунды. заббикс 3.4

Можно линк (в ЛС, а то админ ругается)

https://t.me/joinchat/AGnFikcvjEUJ-stQraY77g

:)

Еще вопрос. Кто-нибудь сталкивался с двойным уведомлением одного и того же события на одного и того же реципиента? причем штамп времени совпадает до секунды. заббикс 3.4

Проблема именно в уведомлении?

У меня было, но это была моя ошибка настройки

Проблема именно в уведомлении?

да, такого быть не должно, уведомление нетолько для этого сервера.

да, такого быть не должно, уведомление нетолько для этого сервера.

Рекомендую ещё раз проверить Действия

хорошо, перепроверю, без этого я бы сюда не писал :)

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

все-таки понаблюдаю, может правда из-за смены snmp-номера точки монтирования такая ситуация сложилась

Двойное уведомление возможно, если по триггеру отрабатывают 2 действия сразу. Можно попробовать добавить в оповещения макрос {ACTION.NAME}

а вот /charts.php?hostid=xxx - открываются в среднем 4.6 - как это можно побороть?

бд как себя чувствует?

а вот /charts.php?hostid=xxx - открываются в среднем 4.6 - как это можно побороть?

апач?

версия СУБД?

я б почистил и навел порядок в айтемах триггерах - тут можно снять нагрузку

бд как себя чувствует?

нормально, mysql 64Gb, 2cpu из 24

апач?

php-fpm 5.6

по диску тоже ок, тормозит только web frontend, ну и понятно что для гига-пользователей которые имеют доступ ко всем группам/машинам

поп system.widget есть болячки, которые постоянно чинят: https://support.zabbix.com/browse/ZBX-6603 https://support.zabbix.com/browse/ZBX-7983 https://support.zabbix.com/browse/ZBX-13534 https://support.zabbix.com/browse/ZBX-12438

php-fpm 5.6

1. перейти на php71/php72 и получить двукратный прирост, если фронтенд упирается в проц 2. поставить opcode кешер, если его нет 3. изучить БД на наличие медленных запросов (включить slow log)

вот хочется узнать общий подход для оптимизации frontend-php

бд партиционирована?

вот что делает system.widget: ******************** Script profiler ******************** Total time: 79.589323 Total SQL time: 5.800807 SQL count: 3722 (selects: 2844 | executes: 878) Peak memory usage: 950.25M Memory limit: 1024M

я думаю что и с интересующим меня запросами на frontend тоже самое

бд партиционирована?

нет

[root@61a15e9af2fb /]# cat /var/lib/mysql/master1-slow.log | grep Query_time | head -n 1000000 | awk '{print $3}' | awk '{ sum += $1; n++ } END { if (n > 0) print sum / n; }' 0.00805601

выглядит это так

по db тоесть

поэтому и хочется ускорить именно frontend, ну вообщем ок, попробую зарядить php7, посмотрю прирост

посмотрите медленные запросы в логе заббикса, он их логирует. там более понятно

grep slow /var/log/zabbix/zabbix_server.log | cut -d' ' -f7- | grep select | sort -u

grep slow /var/log/zabbix/zabbix_server.log | cut -d' ' -f7- | grep select | sort -u

LogSlowQueries=1000

пусто

Хаускипер наверно молотит не переставая еще

пусто

[root@80fe1cc9feaa /]# grep slow /tmp/zabbix_server.log | cut -d' ' -f7- | grep select | sort -u [root@80fe1cc9feaa /]#

вопрос то не в том что сам zabbix тормозит - с ним все ок. вопрос только в frontend

выглядит так что машина не нагружена а web отрабатывает за 5 секунд