Ты же про логи агента?

В очереди чисто

Ты же про логи агента?

можно смотреть и там, и там, сервер может отклонять проверку по какой-то причине

хотя странно все это

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

можешь увеличить вербосити лога для агента и сервера и посмотреть что оно пишет по поводу этого айтема

для активного агента у тебя в конфиге агента HostName и имя хоста у узла на сервере совпадают?

для активного агента у тебя в конфиге агента HostName и имя хоста у узла на сервере совпадают?

у него там много активных проверок же, а не работает одна

zabbix_agent -t "service.info[Apache2.4]"

что нить говорит?

не одна, а одна группа, и не не работает, а получает данные каждые н часов, а не каждые секунд ,как должн

не одна, а одна группа, и не не работает, а получает данные каждые н часов, а не каждые секунд ,как должн

ты уверен, что это не nodata?

можешь посмотреть историю?

последние 500 значений в последних данных например

или скок там по дефолту он предлагает

C:\zabbix_agent\bin\win64\zabbix_agentd.exe -t "service.info[Apache2.4]" service.info[Apache2.4] [u|0]

C:\zabbix_agent\bin\win64\zabbix_agentd.exe -t "service.info[Apache2.4]" service.info[Apache2.4] [u|0]

у тебя через сервер собирается или прокси?

не изменял ли ты это значение с часов на секунды?

иногда застревает обновление конфигурации

если база ломается, например, или проблемы с сертами

а почему service.info а не service_state

вот у меня такая штука работает безотказно

чекает состояние службы виндовой

Какая то из них деприкейтед

щас

cntqn ltghbrtqntl

state деприкейтед

ну так что? не обновлял частоту?

И что, он так все активные триггеры тут пихать будет?

а почему service.info а не service_state

This item is supported since Zabbix 3.0.0. It should be used instead of the deprecated service_state[service] item. https://www.zabbix.com/documentation/3.2/manual/config/items/itemtypes/zabbix_agent/win_keys

да я уж нашел в доках, над будет теперь свои шаблоны поправить :/

кто нить обновлялся с 3.0 на 3.2 с партиционирование базы?

кто нить обновлялся с 3.0 на 3.2 с партиционирование базы?

нет пока

вот и я нет. из-за уделения пары полей в таблицах истории и трендов теперь хз как безболезненно обвновиться и обновить базу

вот и я нет. из-за уделения пары полей в таблицах истории и трендов теперь хз как безболезненно обвновиться и обновить базу

не представляю, мы так с 2.4 на 3 перешли, потому что базу не затрагивало

на 3.2 страшно

а партиционирование как сделано?

а партиционирование как сделано?

в плане?

в плане создания новых партиций

у меня все в субд функция для создание новой партиции

у меня все в субд функция для создание новой партиции

используем функцию, которая в доках

а ну то есть практически так же значит )

если обновитесь без особой боли буду рад послушать историю успеха )

ну либо сам расскажу если раньше сделаю)

ну либо сам расскажу если раньше сделаю)

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

сколько хостов мониторится?

22к

ох, сильно

у меня скромнее эта инсталляция ))

у меня скромнее эта инсталляция ))

а чего так много триггеров активно?

моняторятся службы некоторые порты на активке(ап/даут) статусы сервера(надо ли ребутать или нет) триггера на изменения некоторой инвентарной инфы

по этому получается так много)

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

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

А вот у нас специфика мониторящихся хостов такая, что проблем много =(

благо, что за разные хосты отвечают разные люди, им не так много выходит

тоже не все так гладко ))

вот предупреждение это в основном место на дисках

а высокая это 90 % сервера требующие ребута из-за обновлений

ясно

дайте под монгу темплейт хороший

чтобы не пилить

у перконы норм? а то я уже покувыркался с их плагинами для муськи

так, у перконы для монги и нет нихуя

http://monitoringartist.github.io/zabbix-searcher/ Ну может смешно. но тут был?

http://monitoringartist.github.io/zabbix-searcher/ Ну может смешно. но тут был?

А чо смешно?

Ахуенный ресурс, не знал

Думал все о нём знают

Я тока недавно про забикс шару узнал

Как в той истории про уральских лесорубов и финские бензопилы

Доброго дня\утра всем! У кого-нибудь было такое?

Появилось после того, как задампил БД (PostgreSQL) и восстановил обратно на другом хосте

Как понял из куска кода, указанного в ошибке (include/blocks.inc.php:829), ошибка относится к таблице с последними событиями. Однако, эта таблица рисуется нормально и проблем с ней я не вижу

а можно заслейвить эту базу со старой?

Старая сдохла :(

Коллеги, доброго времени суток. Подскажите, кто-то пытался реализовать передачу данных от одного Zabbix в другой через какую-либо MQ шину? Или от агентов напрямую в шину, чтобы сервер читал эти данные..

MQ?

MQ?

https://ru.wikipedia.org/wiki/%D0%9E%D0%B1%D0%BC%D0%B5%D0%BD_%D1%81%D0%BE%D0%BE%D0%B1%D1%89%D0%B5%D0%BD%D0%B8%D1%8F%D0%BC%D0%B8

но вот зачем это надо заббиксу, большой вопрос

mq не предназначен для передачи данных

он нужен для передачи сообщений, требующих реакции нескольких сервисов

коллеги, дано: два сегмента сети, между которыми обмен данными может быть только(без вариантов) через ibm mq шину. пытаюсь придумать, как мне всё же консолидировать данные мониторинга zabbix в одном из сегментов

поэтому так

mq не предназначен для передачи данных

ну приплыли

mq не предназначен для передачи данных

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

он нужен для передачи сообщений, требующих реакции нескольких сервисов

это частный случай. elastic в enterprise прямо советует mq использовать (kafka), чтобы гарантировать доставку метрик и надёжнее объединить сегменты

коллеги, дано: два сегмента сети, между которыми обмен данными может быть только(без вариантов) через ibm mq шину. пытаюсь придумать, как мне всё же консолидировать данные мониторинга zabbix в одном из сегментов

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

но это тот еще костыль

но это тот еще костыль

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