Самый примитивный вопрос.

[khash]

почему с zabbix сервера запрос
zabbix_get -s узел проверки -k status отдает ZBX_NOTSUPPORTED

Почему тригер status не указан в списке стандартных итемов

Почему тригер "host status" c ключем "status" раьботает как ему одному известно - то есть значения приходят через различные промежутки времени без всякой логики. через 1 мин, 10 , 3, 25...


И главное почему об этом нигде не написано ???? перерыл все поисковые стистемы такой проблемы просто нет ! Нигде и не кем не обсуждалась и не поднималась! Как уважаемые СисАдмины провераяют заббиксом доступность узлов если во всех стандартных шаблонах используестся ключ status который работает рандомно

[bga83]

почему с zabbix сервера запрос
zabbix_get -s узел проверки -k status отдает ZBX_NOTSUPPORTED

Почему тригер status не указан в списке стандартных итемов

Почему тригер "host status" c ключем "status" раьботает как ему одному известно - то есть значения приходят через различные промежутки времени без всякой логики. через 1 мин, 10 , 3, 25...


И главное почему об этом нигде не написано ???? перерыл все поисковые стистемы такой проблемы просто нет ! Нигде и не кем не обсуждалась и не поднималась! Как уважаемые СисАдмины провераяют заббиксом доступность узлов если во всех стандартных шаблонах используестся ключ status который работает рандомно

Первым делом какая версия Zabbix? айтем статус был убран начиная с версии 2.0.0. Если же используется более раняя версия, то советую прочитать документацию. С этим айтемом все несколько неоднозначно, но в принципе разобраться можно. Сктати именно из-за неоднозначности его и убрали.

[khash]

Первым делом какая версия zabbix? айтем статус был убран начиная с версии 2.0.0. Если же используется более раняя версия, то советую прочитать документацию. С этим айтемом все несколько неоднозначно, но в принципе разобраться можно. Сктати именно из-за неоднозначности его и убрали.

Версия 1.8.11

Документацию прочел

Неоднозначно ,но разобраться можно

То есть вы знаете но не скажите...

По какому параметру лично вы определяете лежит узел или работает ?

[yukra]

1) тык
2) agent.ping и триггер на nodata

[bga83]

Версия 1.8.11

То есть вы знаете но не скажите...

По какому параметру лично вы определяете лежит узел или работает ?

Да, не скажу. Но по той причине, что уже довольно давно перебрался на вторую версию и тонкостей не помню. У меня для проверки доступности узла используются внутренние проверки вида zabbix[host,agent,available]

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

[yukra]

[quote=bga83;139943И еще, приведенный тут до меня вариант с agent.ping годится только для агентов, работающих в пассивном режиме[/quote]
Постоянно забываю что существует активный.

[hard]

Да, не скажу. Но по той причине, что уже довольно давно перебрался на вторую версию и тонкостей не помню. У меня для проверки доступности узла используются внутренние проверки вида zabbix[host,agent,available]

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

Проверка zabbix[host,agent,available] - работает только когда используются пассивные проверки на узле, т.е. есть доступ от сервера Zabbix к наблюдаемому серверу на порт 10050. Когда агент активный и доступ к серверу на порт 10050 закрыт, проверка всегда будет возвращать значение недоступен.

А проверка с использованием agent.ping и триггера на nodata отлично работает для агента в активном режиме.

[khash]

Всем спасибо

Всем спасибо - картина более менее прояснилась

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

Всем удачной охоты.

[bga83]

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

Когда версия была 1.8, то использовал. Но после обновления все шаблоны были переделаны в соответсвии с произошедшыми изменениями