в проблемах убрать историю?

нет, нужно закрыть проблему. Несуществующите хосты мониторить не будем ? Я надеюсь

Удали их тогда

НеважноЮ будет ли история. Важно, чтобы она не светилась на dashboard

хосты?

А аварии при этом закроются?

так не будет аварий

новых. А - старые? Висят аварии за март...

если нет хоста - нет и его аварий

Просто наведи порядок, удали все, что не нужно

(Хосты)

А если - не удалять: на некоторых - существующих или нет - хостах мы настраивали различные комбнации метри- триггеров и т.п. Хотелось конфигурации сохранить, но, чтобы аварий не было (за-disable-ить мониторинг)

Ну вы блин даёте

Прочитай доку про шаблоны

конфигурациии, конечно, - в шаблонах...

сейчас попробую удалить хосты

я их просто за-disable-ил: аварии ушли. Спасибо.

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

Я для всех триггеров, которые сгенерили аварии, прописываю возможноть ручного закрытия. Но, почему-то, на старые аварии это не оказывает влияния... Что-то можно с этим поделать?

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

И это - тоже. На самом деле, если закрыть все аварии, закроются все нереальные аварии (те, которые были во время тестирования), всё реальное - придёт снова

что такое нереальные аварии?

у вас или есть авария или ее нет

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

https://github.com/ableev/Zabbix-in-Telegram

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

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

Там и на английском всё понятно. Смотри вики, там примеры

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

нет, за этим следим. В процессе настройки были и ошибки, были и реальные аварии. Вот сейчас и надо: закрыть все "тестовые" незакрытые аварии, чтобы увидеть реальную картину

Disable host -> autodisable triggers

Оу, не вник

Тогда вам на помощь придёт zabbix-sender

Который может на key и host посылать значение закрывающее триггер

нет, за этим следим. В процессе настройки были и ошибки, были и реальные аварии. Вот сейчас и надо: закрыть все "тестовые" незакрытые аварии, чтобы увидеть реальную картину

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

я не понимаю о чем вы говорите

Если бы аварий было 10 или даже 50, можно было бы. Но их - очент много...

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

Сейчас...

Другое дело если специфика в том, что "тестовые" аварии и триггеры тяжко вычистить

Есть способ ещё один - потратить часок и с помощью python zabbix-api накидать скрипт снимающий боль

Если бы аварий было 10 или даже 50, можно было бы. Но их - очент много...

непонимание и мисконфигурация как по мне

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

да шаблоны вырезать можно, это не проблема

да, конфигурировать учились: там много косяков было.

*потратить часок-другой*

С тех времён остались аварии

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

я не понимаю что может остаться в принципе

С тех времён остались аварии

скриншот в студию

Вычищать всеми возможными способами рутинно и пошагово

ничего там не надо пайтонами чистить

нерепрезентативная выборка:

Тогда руками ✋

Ещё сикрет- поменять триггер порог на короткое время

srv-axdb2-mrg - хост такой есть в системе?

интересно, что меняшь триггер, указывая, что аварию можно ручками закрывать, а старые аварии - не закрываются вручную...

дам общий совет

хост - есть

если история не важна

ага, хост есть

а места реально меньше 20%

неважна история

если история не важна

поудалять и отсоединить шаблоны и заново вкинуть их на хост

Вычищайте, начните с простых действий. Через 2-5 раз вы узнаете как автоматизировать

поудалять и отсоединить шаблоны и заново вкинуть их на хост

Присоединяюсь)

не только удалить а Unlink and Clear

если места реально меньше 20%. авария должна остаться. Если это - старые аварии (с неправильных триггеров, например), их не хотелось бы видеть

ERROR: S client not available

как пример

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

вроде все

а, ну и завести тестовый Zabbix для песочницы

;)

и авария уйдёт?

это и есть - песочница

и авария уйдёт?

логика простая: нет триггера - нет аварии

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

Спасибо ? Буду копаться в песочнице ? Разгребая "формочки" ?

а хоть не хистори смотрите все время?

Но это уже высокая игра ou настраивать

включите Problems в фильтре

не history

Но это уже высокая игра ou настраивать

я придерживаюсь не лазить в продуктив - не важно, мониторинг это или мастер БД какой-то информационной системы

не history

ну тогда отсоединять и удалять инфу шаблона с хоста и вкинуть снова

просьба сюда результат отписать - людим полезно будет

я придерживаюсь не лазить в продуктив - не важно, мониторинг это или мастер БД какой-то информационной системы

Мониторинг как евнух в гареме- смотреть смотрит, а трогать нини))

Мониторинг как евнух в гареме- смотреть смотрит, а трогать нини))

я про то чтобы саму систему мониторинга не поломать

А, ну плейбук столько на разливку

Только сегодня с коллегами спорили..долгий тред)

пятница, можно

просьба сюда результат отписать - людим полезно будет

я сюда не сегодня напишу: уже сплю... Сделаю, отпишусь #сlose_alarms

?

Помогает unink and clear, спасибо! Горазда быстрее, чем руками. И реально закрываются аварии (до начала этих операций, в триггере не было возможности ручного закрытия, я в шаблон добавил, но для старых аварий это, почему-то, не сработало (там ещё lld есть) Сейчас после перецепления шаблона все старые аварии ушли, остались только "нужные") СПАСИБО ВАМ БОЛЬШОЕ!.

?

не то слово ? Вечер прожит не зря ?

после одновления zabbix перестал мониторится NGINX

в ошщибках

18205:20171006:221309.695 error reason for "Zabbix server:nginx.ping" changed: 0.008 18204:20171006:221326.732 error reason for "Zabbix server:php.fpm.ping" changed: 0.008