DebugLevel=4 и глянуть лог

дебуг левел можно через команды поменять

zabbix_server —runtime-control log_level_increase

не было в логах ни чего, даже с 5 уровнем общем сделал apt-get install zabbix-server-mysql как то поломалось :)

но повторюсь в логах было "тихо"

Вчера 3 видоса смотрел, то ли с хайлоада то ли с баду, и Илью @ableev увидел

там еще "а мы не используем" и ржач в зале))

там еще "а мы не используем" и ржач в зале))

че за видос?

че за видос?

https://www.youtube.com/watch?v=ZfZL39By0cw

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

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

Так и пишешь, dns имя, и порт стандартный, он не будет пытаться ходить к агенту, пока нет ни одного агентового айтема

Я ещё просто создавал тригеры привязанные к хосту забикса

Ещё вопрос, возможно кому то он покажется странным, но на мой взгляд мы в процессе знакомства с заббиксом дублируем некоторые сущности. Например - хост который что то отдаёт по снмп ещё и подвергается симпл чек (пинговалке). Так вопрос в чем, как избавиться от лишней сущности в виде этого пинга на снмп клиентах? Наиболее правильно и красиво

Например не получили температуру цпу в течение 5 минут - считать умершим?

а вариант что snmp не настроено а хост жив не рассматриваем? Или snmp отвалилос (бывает и такое), но хост жив тоже?

Например не получили температуру цпу в течение 5 минут - считать умершим?

Не получать данные и получать 0 в результате пинга - глобально разные вещи

Не получать данные и получать 0 в результате пинга - глобально разные вещи

Я понимаю, но Пинг это не панацея

комбинируй

Тебе ничего не мешает делать все так, как тебе вздумается)

Тебе ничего не мешает делать все так, как тебе вздумается)

Ну то есть чистым снмп эта задача не имеет решения?

ну представь отвалился snmp но все остальное работает

хост умер или жив?

ну представь отвалился snmp но все остальное работает

Это уже повод бить Алерт и идти разбираться

хост умер или жив?

Считаем что умер

А как иначе то?

Тебе ничего не мешает делать все так, как тебе вздумается)

Тебе ничего не мешает делать все так, как тебе вздумается)

Вопрос закрыт :)

Тебе ничего не мешает делать все так, как тебе вздумается)

Ок, просто иногда проще посмотреть чужой опыт

ставишь nodata и все

Если тебе эта логика кажется правильной, жги

Я делаю nodata и пинги

Еще делаю зависимости триггеров недоступности агентов за роутером от пинга роутера

А как иначе то?

Крайне не верно, тупой админ навесил кривой ацл на снмп и хост пашет, это другой уровень реакции аварии в отличии от пропадания icmp

Еще делаю зависимости триггеров недоступности агентов за роутером от пинга роутера

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

Крайне не верно, тупой админ навесил кривой ацл на снмп и хост пашет, это другой уровень реакции аварии в отличии от пропадания icmp

На мой взгляд тут вопрос не в степени идиотизма а в том что в любом случае это внештатная ситуация

Надо идти решать

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

Можно разрулить корреляциями, но пока не добрался

Ацл или нет, неважно

Надо идти решать

кому?

А как будет определяться что произошло?

кому?

Бинго блядь

кому?

Ответственному

ответственному за что?

за то что упал сервер целиком или за падение snmp?

ответственному за что?

Всмысле за что? Зачем мониторинг если нет ответственного?

Мониторинга много не бывает

Извиняюсь за свой французский, но каждый е@$$ся как ему нравится. И я не помощник в изобретении велосипеда с костылями

за то что упал сервер целиком или за падение snmp?

Он тебя не слышит

Не нужно вот этого

Я все слышу

Но это отражает то что получится

Спасибо за ответы

Тут один товарищ пытается up/down интерфейса ловить по дельте счётчиков октетов, тоже не хочет плодить

Я лишь могу выразить как у нас обстоит с ответственными, и мне откровенно удивительно когда спрашивают а кто ответственный? Дежурный как минимум, а что именно упало и по чьей вине это уже другой вопрос

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

Конечно же не нужно плодить сущности

Если оно работало и умерло снмп но хост работает - это же ничего не меняет, нужно решать

А по этой логике мне пинг будет слабым утешением

Ладно, понял, спс за ответы

Если оно работало и умерло снмп но хост работает - это же ничего не меняет, нужно решать

Но ты отправляешь админа проверить snmp или поднимаешь всех потому что сервер упал

в твоем же случае ты сразу поднимаешь всех потому что сервер упал

Но ты отправляешь админа проверить snmp или поднимаешь всех потому что сервер упал

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

Если там ацл прописали - это тут же будет определено

Обращаясь к терминологии - есть инцидент а есть проблема

У инцидента четкое понимание что конкретно а проблема носит плавающий или неизвестный характер, часто периодический

ERROR: S client not available

И инструкции разные соответственно

Но я про собственный опыт исключительно

Конечно же не нужно плодить сущности

не соглашусь с тобой, мониторинга много не бывает

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

Я это для себя вообще описал как "Факап N1" , но можешь сам наступить на эти грабли, если уж так хочется https://habrahabr.ru/post/306272/

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

ну вообще думаю что snmp мне всё еще нужно даже если приложение не работает

ну и плюс не всегда там мониторится само приложение, например

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

это был сарказм, кажется ты спросил совета, но не слышышь его

это был сарказм, кажется ты спросил совета, но не слышышь его

слышу конечно, прочитал статью

Использовал {хост:cpu.load.nodata(3)}=1 но никаким образом не работает. Возможно ли что для nodata необходимо чтобы хост сам трапал значение? Ну т.е. если там проверка от заббикса то это почему то не работает

ну т.е. триггер не срабатывает никаким образом если я выключаю snmp на хосте

У меня в 3.2.5 версии nodata вообще не работал. С обновлением до 3.2.6 - вылечилось

У меня в 3.2.5 версии nodata вообще не работал. С обновлением до 3.2.6 - вылечилось

Ого((

У меня в 3.2.5 версии nodata вообще не работал. С обновлением до 3.2.6 - вылечилось

у меня ваще 3.2.1, сейчас заснапшотю и обновлю

У меня в 3.2.5 версии nodata вообще не работал. С обновлением до 3.2.6 - вылечилось

ваще супер! nodata работает! спасибо!

полночи сидел ковырял триггер)))

?

Я и на 3.2.1 откатывал. Не помогло.

?

Я и на 3.2.1 откатывал. Не помогло.

а сейчас странно, спамит как автомат, флапает, то работает то не работает

хотя по снмп всё забирается, коннективити отличное

а сейчас странно, спамит как автомат, флапает, то работает то не работает

МБ у тебя нодата в триггере стоит меньше чем время опроса в элементе данных?

я так понимаю что nodata(n), где n это секунды

Да

МБ у тебя нодата в триггере стоит меньше чем время опроса в элементе данных?

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

и даже где то в документации нашел пример с кол-вом последних раз

а сейчас смотрю https://www.zabbix.com/documentation/3.2/manual/appendix/triggers/functions и тут только секунды уже

как отвязаться от времени и привязаться к 3 последним чекам?

как обходное пока воткну .nodata(5m)}=1

как отвязаться от времени и привязаться к 3 последним чекам?

.nodata(#3)}=1 ?

примет ли nodata аргументом такое?