так с датами все ок?

можно еще debug=5 включить. хз намного полезне =4 или нет, но попробовать можно

так с датами все ок?

с датами всё ок, было. Что могло спровоцировать прыжок вперед более чем на сутки, даже не знаю

Посмотри историю по любому хосту

По пингу или доступности

И 500 последних значениц

Какая дата?

ну как вариант, в процессе переезда у тебя был "скачёк" времени и про проществию все нормализуется

Вот этот вариант мне нравится

Можно сделать что нибудь типа delete from history where clock > now()

Можно сделать что нибудь типа delete from history where clock > now()

это в бд надо ковырять?

т.е. есть надежда что после 2017-03-28 00:39:02 он прийдет в себя?

ремня бы ему всыпать

Открой latest data любого проблемного айтема, и посмотри последнюю дату

Открой latest data любого проблемного айтема, и посмотри последнюю дату

что скажете, доктор?

Но если взять тех кто щас жив, то последний апдейт датируется 2017-03-27 13:57:25 , т.е. вот вот только что

т.е. он как минимум забирает и пишет в лог с корректным временем

с датами всё ок, было. Что могло спровоцировать прыжок вперед более чем на сутки, даже не знаю

я ж говорил. перевод на летнее время вчера был

я ж говорил. перевод на летнее время вчера был

Евгений, ну не на полтора же суток вперед так?

Ну ладно там час туда сюда еще бы

а, стоп. перевод если и был, то на час

на сутки это хз что.

извиняюсь. протупил

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

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

глюк на нтп сервере

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

тоже вариант. почему нет, собсно =)

глюк на нтп сервере

нет, за этим следим. Тогда бы еще сегодня утром была бы куча инцидентов

Ёбнулся бы домен какой нить и все пользователи бы подняли страшный крик

Но если взять тех кто щас жив, то последний апдейт датируется 2017-03-27 13:57:25 , т.е. вот вот только что

а тех, кто сейчас мертв? скрин с "500 последнийх значений"

а, ты все удалил, ну ок

хистори чистить не пробовал?

а тех, кто сейчас мертв? скрин с "500 последнийх значений"

скрин был как раз с тех кто мёртв

так там время не видно

хистори чистить не пробовал?

каким образом?

интересовала страница "500 последних значений"

Можно сделать что нибудь типа delete from history where clock > now()

вот так

интересовала страница "500 последних значений"

это где такая?

сейчас пример кину

вот есть траппер, я прислал данные по нему на 28 марта, но на графике это не видно:

но если посмотреть "500 latest values"

Я верно понимаю что в данном случае можно наплевать на соответствие имени хоста и имени в заббиксе? LogFile=c:\Zabbix\zabbix_agentd.log LogFileSize=1 Server=172.16.0.97 ServerActive=172.16.0.97 #SourceIP= #Hostname=hostname HostnameItem=system.hostname

вот есть траппер, я прислал данные по нему на 28 марта, но на графике это не видно:

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

да похуй на трапперы

просто пример со значениями из будущего

просто пример со значениями из будущего

да как вывести то эти 500 лейтест?

где оно вообще?

на первом скрине я меньшку раскрыл

у меня только лейтест дейта и всё

справа

а, сек, попробую

на первом скрине я меньшку раскрыл

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

вот нажми тут сылку Graph справа

у тебя откроется график, как на моем первом скрине

вот нажми тут сылку Graph справа

понял, но уже снес, но спс

Html emails только через scripts-way?

Стандартный экшын email ж не умеет в него?

Можешь поправить Zabbix server и научить в него

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

ERROR: S client not available

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

такое бывает, если БД залочена на запись долго

например бекапом

Он на виртуалке, бекапим саму виртуалку ежедневно. В логах мускуля вообще по нулям, никаких ошибок. Бекапится оно ночью, т.е. бекап виртуалки с инцидентом по времени не совпадал

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

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

Настроить экшены

Это понятно

Как экшену сказать какой триггер куда отправлять

Ну а как ты сказал экшену, чтобы отправлялось в телеграм?

Он просто все триггеры подбирает

А ты не умеешь конфигурировать экшены? Или что?

https://www.zabbix.com/documentation/3.0/manual/web_interface/frontend_sections/configuration/actions https://www.zabbix.com/documentation/3.0/manual/config/notifications/action#configuring_an_action Держи, не благодари

Все нашел

Коллеги, привет. Не бейте, но кто-то пробовал прометей и сравнивал с заббиксом?

Я пробовал

Здесь за это не бьют, до тех пор, пока не скажешь, что заббикс говно

“Сравнивать” – не совсем корректно

Надо отталкиваться от своих задач

Какие задачи решает (должна решать) твоя система мониторинга?

У меня пока нет толком системы мониторинга, но есть около 50 виртуалок и кастомное приложение на Java. И с инфраструктуры, и с приложения надо собирать статистику, состояние, делать алерты и прочее.

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

Ну 50 виртуалок – не так много, соответственно, данных не будет очень много. Для меня основной минус прометеуса был в том, что из коробки не было усреднения данных (грубо, тренды, если из заббиксовой терминологии брать). Плюс заббикса – у нас есть дашборд с проблемами, которые постоянно просматриваются. И там и там – есть графана, так что один хрен, где хранить данные, если хочется посмотреть на красивые графики (спасибо @alexanderzobnin).

Приложение в преспективе научится корректно отсылать метрики с помощью metrics в какую-нибудь TSDB. У меня почему-то ощущение, что в заббикс это засовывать плохая идея, ибо psql такого не выдержит.

Какие еще минусы?

Выдержит, если сумеешь сконфигурить

В заббиксе есть плюс – алерты, они удобны (даже если кому-то неудобны), они из коробки, они тесно взаимосвязаны с эвентами/триггерами и отлично настраиваются (повторения, когда начать, группые рассылки). В прометеусе – не заморачивался алертами, но знаю, что там есть алертер, как плагин, не знаю, насколько он похож на заббиксовый. У нас есть требования типа: письмо в почту кинуть, если через полчаса не уйдёт триггер – бросить смс. Или: в почту и в смс бросить сразу, а почту повторять раз в час. И всё это отслеживается, хранится история, чо куда кому отправили.

С алертами согласен. Спасибо за краткий обзор, все равно буду щупать прометей.

Get value from agent failed: cannot resolve name висит, я захожу в ssh, делаю резолв - резолв ок ваще

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

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

всё збсь с днсом, я ресолвлю норм

И вот опять началось, полчаса назад последний успешный пинг, а оно ваще не чешеццо