все ужо не надо, разобрался

ребята ...при выполнении бэкапа базы , происходит падение системы , как лечить ? графики прилагаю /usr/bin/mysqldump -u zabbix -pXXXZ zabbix | bzip2 > /root/future248/IT/BackUp/zabbix-server/sql$(date +%Y%m%d%H%M

Я думаю, что может быть это bzip2 убивает диск или проц и заббиксу ресурсов не остается. Гляньте top/htop во время работы бекапа.

Можно запускать lbzip2 в несколько потоков, добавить ключ --single-transaction к mysqldump.

заббикс_гет отрабатывает, но элемент все равно в очереди...

Как я понимаю, 300 метров это уже сжатый бекап. Реальный размер базы наверное гигов 6-8... Но всё равно, 20 минут это довольно долго.

У меня тоже проблема с шаблонами как Юрия, только они не импортируются вовсе. Пишет ошибку при импортирование. Определенной группы не существует. Проблема в том что у меня нет этой группы, а для того что бы создать эту группу необходимо быть суперадмином?

Удалите или отредактируйте группу прямо в xml..

нет не отключал.. где отключить?

а еще есть варианты поменял на SNMP v2 убрал множесвенные запросы все равно

Странно, что он у вас вообще сработал без экранирования двойных кавычек

Эдуард, спасибо! Шаблон загрузить получилось, но с содержанием проблемы. Буду дальше смотреть в редакторе. пишет что не удалось преобразовать значение используемое в элементе данных

Но, я думаю, что нужно начать всё же с логов - производится ли запуск PoSH-скрипта, что он возвращает, отправляется ли результат на Zabbix server

Но, я думаю, что нужно начать всё же с логов - производится ли запуск PoSH-скрипта, что он возвращает, отправляется ли результат на Zabbix server

Может данные не приниматься из-за разного хостнейма в настройках агента и на сервере это при активном агенте

Вполне может быть. Эти реджекты обязаны быть отмечены в логах

zabbix_send тоже может помочь

Пусть @daamir посмотрит и скажет

Я не против

Но, я думаю, что нужно начать всё же с логов - производится ли запуск PoSH-скрипта, что он возвращает, отправляется ли результат на Zabbix server

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

На 8 из 10 хостов данная проверка работает)

Заббикс агент показывает, что отсылает значение серверу?

а где посмотреть этот момент??

Лог агента на уровне 3 или 4

Лог агента на уровне 3 или 4

сейчас проверим

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

Дальше что-то подобное:

6712:20180207:174636.501 In send_buffer() host:'zabbix' port:10051 entries:0/100 6712:20180207:174636.501 End of send_buffer():SUCCEED 6636:20180207:174636.829 In collect_perfstat() 6636:20180207:174636.829 End of collect_perfstat()

Здоровый агент выглядит так: 5152:20180207:180013.576 In process_value() key:'xxxxxx.xxxxxx.xxx:nethasp[Get,Module,Curr,xxxxxx.xxxxxx.xxx,1,,,"-1"]' value:'0' 5152:20180207:180013.576 In send_buffer() host:'zzz.zz.zzz.zzz' port:10051 values:1/100 5152:20180207:180013.576 JSON before sending [{ ... "host":"xxxxxx.xxxxxx.xxx", "key":"nethasp[Get,Server,Prot,xxxxxx.xxxxxx.xxx,,,,\"NONE\"]", ...

Т.е. где-то ищите "JSON before sending" и что он там засылает. Это у меня DebugLevel 4

Вот что-то подобное:

6712:20180207:175638.836 In send_buffer() host:'zabbix' port:10051 entries:1/100 6712:20180207:175638.851 JSON before sending [{"request":"agent data","data":[{"host":"xxx.xxx.xx","key":"nethasp[Get,Slot,Curr,xxxx.xxx.xx,1,17,,\"-1\"]","value":"17","clock":1518015399,"ns":210788495}],"clock":1518015399,"ns":235402994}] 6712:20180207:175638.883 JSON back [{"response":"success","info":"processed: 0; failed: 1; total: 1; seconds spent: 0.000019"}] 6712:20180207:175638.883 In check_response() response:'{"response":"success","info":"processed: 0; failed: 1; total: 1; seconds spent: 0.000019"}' 6712:20180207:175638.883 info from server: 'processed: 0; failed: 1; total: 1; seconds spent: 0.000019' 6712:20180207:175638.883 End of check_response():SUCCEED 6712:20180207:175638.883 OK 6712:20180207:175638.883 End of send_buffer():SUCCEED 6636:20180207:175639.101 In collect_perfstat()

В конце-концов переведите лучше на passive checks. Множественные и частые вызовы PoSH несовместимы с философией активных проверок. Зря я, конечно, в нетхасповском темплейте активные проверки натыкал.

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

выполняеся секунды 2 где-то

6712:20180207:175638.883 info from server: 'processed: 0; failed: 1; total: 1; seconds spent: 0.000019' - сервер не принимает. Причину можно найти в логе сервера на повышенном уровне дебага.

выполняеся секунды 2 где-то

Ну, если один айтем, то ок. А если навернуть десяток - то может быть проблемой.

ок, спасибо. Посмотрю в логах заббикс сервера. Какой уровень желателен?

Время на хосте не идет вразнобой с временем на сервере? Что-то у меня на уровне подсознания такое крутится...

время ок

ок, спасибо. Посмотрю в логах заббикс сервера. Какой уровень желателен?

3 или 4. Я сильно часто в отладке не сижу, не помню. Кстати, какие ключи мониторите - 1С?

да

Драйвера не забудьте обновить на хасп, а то память начнет исчезать

Спасибо, учту. Но пока не замечено..

Ну, если будете часто проверками dll-ку дергать, то со старыми дровами потечет хорошо ))

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

Не помню уж. Как правило проблемы активных проверок связаны с несовпадением имён хостов, но раз ваш агент получил лист ключей, то с этим всё ок. Может трапперов не хватает...

Ребзи есть еще идеи с чем может быть связанна ошибка Invalid SNMP response: error index out of bounds. При этом когда snmpwalk -mALL -v2c -cpublic 192.168.15.1 1.3.6.1.2.1.2.2.1.16.3 IF-MIB::ifOutOctets.3 = Counter32: 2322962648 Все работает.

Ребзи есть еще идеи с чем может быть связанна ошибка Invalid SNMP response: error index out of bounds. При этом когда snmpwalk -mALL -v2c -cpublic 192.168.15.1 1.3.6.1.2.1.2.2.1.16.3 IF-MIB::ifOutOctets.3 = Counter32: 2322962648 Все работает.

Массовые запросы снмп для хоста отключены

?

Массовые запросы снмп для хоста отключены

да, отключены

На микротике у меня было также из-за этого

На микротике у меня было также из-за этого

можно чуть подробнее?

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

можно чуть подробнее?

В настройках хоста есть галочка использовать массовые snmp запросы. Как это работает супер точно в заббикс я не скажу но идея такая что за один запрос к оборудованию заббикс выбирает пачку оидов подряд а из них уже метрики разбирает. Вот видимо по номеру он не всегда брал реальные границы

Меня уже в микротиковской группе обтролилли со всех сторон. Но что-то мне кажется я все равно не так делаю.

В настройках хоста есть галочка использовать массовые snmp запросы. Как это работает супер точно в заббикс я не скажу но идея такая что за один запрос к оборудованию заббикс выбирает пачку оидов подряд а из них уже метрики разбирает. Вот видимо по номеру он не всегда брал реальные границы

про массовые запросы знаю. но эта галка приводит к тем ошибкам?

про массовые запросы знаю. но эта галка приводит к тем ошибкам?

У меня так было. Не твержу утверждать. Человек спросил идеи

У меня так было. Не твержу утверждать. Человек спросил идеи

так я правильно понял, что после выключения bulk-ов такие ошибки пропали?

Ребзи есть еще идеи с чем может быть связанна ошибка Invalid SNMP response: error index out of bounds. При этом когда snmpwalk -mALL -v2c -cpublic 192.168.15.1 1.3.6.1.2.1.2.2.1.16.3 IF-MIB::ifOutOctets.3 = Counter32: 2322962648 Все работает.

Возможен такой вариант что на момент опроса данный оид не существовал потому что например порт в дауне был. Это как идея только

так я правильно понял, что после выключения bulk-ов такие ошибки пропали?

Да. Пропали

Возможен такой вариант что на момент опроса данный оид не существовал потому что например порт в дауне был. Это как идея только

он даже как то отображался сереньким

ну у меня такое возможно. интерфейсы дискаверятся. а там есть впн от юзеров...

надо попробовать выключить

@naumov_e ВОт они даже в последних данных показываются как не активные что-ле.. или как это можно интерпретировать изменение цвета у них.

ну у меня такое возможно. интерфейсы дискаверятся. а там есть впн от юзеров...

Исключите впн

ERROR: S client not available

https://support.zabbix.com/browse/ZBX-9586

@naumov_e ВОт они даже в последних данных показываются как не активные что-ле.. или как это можно интерпретировать изменение цвета у них.

В терминологии заббикс неподдерживаемые в ошибке они

даже вот тут говорят о множесвенных запросах, может быть такое что 160 запросов для железки это уже много?

Исключите впн

не, мне как раз надо по ним данные собирать

не, мне как раз надо по ним данные собирать

Сделайте интерфейсы не динамик. Создайте под пользователя server binding

Когда пользователя нет интерфейс будет not running

Не надо будет его постоянно дискаверить

Сделайте интерфейсы не динамик. Создайте под пользователя server binding

про это в курсе, но не хотел как раз динамические вещи в статику переводить. я так понял, что ошибки подобные будут валиться, пока сы или нет. или я не так понял?

про это в курсе, но не хотел как раз динамические вещи в статику переводить. я так понял, что ошибки подобные будут валиться, пока сы или нет. или я не так понял?

Динамика отключилась. Ид не существует. Заббикс лезет по старому ид и получает ошибку и она будет пока не пройдёт обнаружение снова

Я вижу это примерно так

ну да. короче либо динамика и ошибки, либо статика и без ошибок

либо дискавери чаще чем опрос элементов

либо дискавери чаще чем опрос элементов

Да но ещё и удаление элементов которые уже не дискаверятся надо

Да но ещё и удаление элементов которые уже не дискаверятся надо

аа-а-а-а-а..... да-да-да

либо дискавери чаще чем опрос элементов

Тут ещё подводный камень в том что каждый раз у вас тниггеры и элементы пересоздаются и просмотреть историю за месяц очень сложно. Например если захотите понять а сколько раз клиент был не в сети. У вас будет история только с момента последнего подключения

И это большая боль если это необходимо

Тут ещё подводный камень в том что каждый раз у вас тниггеры и элементы пересоздаются и просмотреть историю за месяц очень сложно. Например если захотите понять а сколько раз клиент был не в сети. У вас будет история только с момента последнего подключения

это (необходимость вычищать отсутствующие) все перечеркивает

я как раз чиску ставил, чтобы история была

это (необходимость вычищать отсутствующие) все перечеркивает

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

я про него и говорю

че-то странная динамика получается. черезчур динамичная...

Народ а кто может подсказать как открыть тикет в заббиксе?

какие данные нужно будет собрать?

*Steps to reproduce:* # Changes in configuration... # Navigate to screen title... # Click on screen element... # ... *Result:* See screenshot... See log file... See memory dump... *Expected:* See screenshot... See attached patch file...

идеально - если описать как повторить на свежей инсталляции

Кто подскажет, как заставить шаблон создавать комплексные экраны? А это я в шаблон добавил, но в мониторинге комплексные экраны не добавляются. Отключать-подключать шаблон пробовал не помогает.

Не одно так другое, прикрутил все. Теперь начались теряться данные и устройства по таймауту вылетать(

Кто подскажет, как заставить шаблон создавать комплексные экраны? А это я в шаблон добавил, но в мониторинге комплексные экраны не добавляются. Отключать-подключать шаблон пробовал не помогает.

Комплексные экраны что в шаблоне относятся к узлу. Это например если узел упал вы по нему нажимаете и там комплексные экраны

Или в поиске узел ищите и там кнопочка

И на странице справа сверху меню выбора этих экранов

А тех что в мониторинге это руками вы рисуете что хотите и из них например слайдшоу пускаете

А если я хочу на вкладке мониторинг - комплексные экраны получить списком всех комплексных экранов? И кроме поиска получается доступ у этим комплексным экранам никак не получить?