Ad Widget

Collapse

Уведомления в 1.8.3

Collapse
X
 
  • Time
  • Show
Clear All
new posts
  • kappa
    Junior Member
    • Jun 2010
    • 7

    #16
    Коллеги, тему можно считать исчерпанной. Заббикс поумнел и теперь определяет, что, если условия триггера только что поменяли ручками, то уведомления об ОК не шлет. В боевом режиме все будет так как нужно - будет слать и problem и ok.

    Всем спасибо.
    Last edited by kappa; 09-07-2010, 12:27.

    Comment

    • zalex_ua
      Senior Member
      Zabbix Certified Trainer
      Zabbix Certified SpecialistZabbix Certified Professional
      • Oct 2009
      • 1286

      #17
      Originally posted by kappa
      Заббикс поумнел и теперь определяет, что, если условия триггера только что поменяли ручками, то уведомления не об ОК не шлет.
      Откуда такое умозаключение? ссылку в студию. И излагайтесь более логично - зачем использовать два НЕ в предложении?

      Не исчерпана эта тема. Вчера ей конкретно занимался. В документации сказано что:
      Recovery message If enabled, Zabbix will send a recovery message after an original problem is resolved. The messages will be send to those who received any message for this problem before.

      Но здесь определенная несуразица. Вот результаты моих экспериментов
      • Если птица "Сообщение восстановления" не установлена, тогда сообщение о восстановлении ВСЕГДА отправляется и оформлено так же как и проблема
      • Если установить Условие Значение триггера = "ПРОБЛЕМА" тогда сообщение о восстановлении не отправляется - хорошо.
      • Если установить птицу "Сообщение восстановления" тогда сообщение о восстановлении отправляется с указанной темой и письмом, несмотря на то что есть указанное условие Значение триггера = "ПРОБЛЕМА". Вот это и есть плохо. Так быть не должно - конфуз для пользователей. Получается что установленная птица "Сообщение восстановления" обладает высшим приоритетом чем условие Значение триггера = "ПРОБЛЕМА".


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

      По этому поводу сегодня сделаю запрос на багтрекер. Не думаю что разработчики что либо изменят (так как это затронет многие существующие инсталяции), но хотя бы более точного изложения этих нюансов в документации буду требовать.
      Кстати в версии 1.8.2 действительно кое что менялось ZBX-2062 по отношению к Recovery message , но не могу сказать что это имеет отношение к нашей проблеме.

      Comment

      • ruswold
        Senior Member
        • Mar 2010
        • 210

        #18
        Originally posted by zalex_ua
        Если установить птицу "Сообщение восстановления" тогда сообщение о восстановлении отправляется с указанной темой и письмом, несмотря на то что есть указанное условие Значение триггера = "ПРОБЛЕМА". Вот это и есть плохо. Так быть не должно - конфуз для пользователей. Получается что установленная птица "Сообщение восстановления" обладает высшим приоритетом чем условие Значение триггера = "ПРОБЛЕМА".
        Я думаю это правильно.
        Ведь раз случилась проблема, то срабатывает сообщение о проблеме, а если проблема закончилась то сообщение о восстановлении должно высылаться, если стоит галочка "сообщение о восстановлении".

        Comment

        • zalex_ua
          Senior Member
          Zabbix Certified Trainer
          Zabbix Certified SpecialistZabbix Certified Professional
          • Oct 2009
          • 1286

          #19
          Originally posted by ruswold
          Я думаю это правильно.
          Ведь раз случилась проблема, то срабатывает сообщение о проблеме, а если проблема закончилась то сообщение о восстановлении должно высылаться, если стоит галочка "сообщение о восстановлении".
          Я не спорю, это дает определенную гибкость в конечном функционировании, но согласитесь что существующий механизм настроек и их функционирования вводит в ступор пользователей.
          Как доказательсто - эта тема и вот еще две http://www.zabbix.com/forum/showthread.php?t=17977

          Правильно было бы чтобы по умолчанию сообщение о восстановлении не отправлялось вообще, а только при установленной соответствующей галке. И в таком случае - да нормально что эта опция имеет наивысший приоритет над условиями.
          Так как сейчас обстоят дела не очень прозрачно для пользователей.

          Comment

          • ruswold
            Senior Member
            • Mar 2010
            • 210

            #20
            Originally posted by zalex_ua
            Я не спорю, это дает определенную гибкость в конечном функционировании, но согласитесь что существующий механизм настроек и их функционирования вводит в ступор пользователей.
            Как доказательсто - эта тема и вот еще две http://www.zabbix.com/forum/showthread.php?t=17977

            Правильно было бы чтобы по умолчанию сообщение о восстановлении не отправлялось вообще, а только при установленной соответствующей галке. И в таком случае - да нормально что эта опция имеет наивысший приоритет над условиями.
            Так как сейчас обстоят дела не очень прозрачно для пользователей.
            С этим согласен.

            Comment

            • zalex_ua
              Senior Member
              Zabbix Certified Trainer
              Zabbix Certified SpecialistZabbix Certified Professional
              • Oct 2009
              • 1286

              #21
              Originally posted by ruswold
              С этим согласен.
              Ну вот, все кто согласны и считают что сообщение о восстановлении не должны отправляться по умолчанию могут поддержать и проголосовать

              Comment

              • kappa
                Junior Member
                • Jun 2010
                • 7

                #22
                Originally posted by zalex_ua
                Откуда такое умозаключение? ссылку в студию. И излагайтесь более логично - зачем использовать два НЕ в предложении?

                Правильно было бы чтобы по умолчанию сообщение о восстановлении не отправлялось вообще, а только при установленной соответствующей галке. И в таком случае - да нормально что эта опция имеет наивысший приоритет над условиями.
                Уважаемый zalex_ua, прошу прощения. Да, действительно ошибся, добавив лишнее "НЕ".
                С остальными вашими замечаниями очень даже согласен, так как сам это все уже проделал и был немного в недоумении. В документацию есть что добавить и некоторые фразы вводят в заблуждение.
                Поддержу.

                Comment

                • zalex_ua
                  Senior Member
                  Zabbix Certified Trainer
                  Zabbix Certified SpecialistZabbix Certified Professional
                  • Oct 2009
                  • 1286

                  #23
                  Короче разработчиками мой баг был переквалифицирован на запрос новых возможностей, с чем я кстати несогласен:

                  Там началась серьезная но дружественная полемика на тему как к этому относится. Если кто либо хочет, то может там высказаться, но сразу прошу не разводить там флуд, а выражаться только обоснованно и по существу разобравшись во всех деталях.

                  Ребята, стараюсь ради вас всех, а не для себя, так как мне это особо не мешает, просто зацепило добиться от разработчиков решения проблемы.
                  Далее на русском (так как готовил пост на русском) мои доводы из последнего поста на трекере:
                  Code:
                  Цитата от Richlv: "i'm not sure why this is bad."
                  
                  Почему плохо? – потому что я исхожу из того с какой проблемой столкнулся я и другие начинающие пользователи. Это есть очень хороший показатель - насколько система хорошо интуитивно продумана и легко воспринимается и в пользователей нет замечаний.
                  Сейчас у пользователей замечаний много. Разве это не показатель?
                  Мы пользователи имеем свежий, не ангажированный взгляд – то чего вы разработчики не очень замечаете. Не обижайтесь за это :)
                  
                  
                  Цитата от Richlv: "how could it work with recovery messages in a different way ?"
                  
                  Другой путь? - не включать опцию вообще и сообщение восстановления и так придет! :) Или вы этого не знаете? :)
                  Плохо то что по умолчанию сообщения и так отправляются в то время как существует соответствующая опция и она не включена. Это вводит водит в заблуждение пользователей. ЭТО САМОЕ ГЛАВНОЕ ЧТО Я ХОЧУ ЧТОБЫ ВЫ ПОНЯЛИ !!!
                  Нужно одну точку в конфигурации, которая определяет отправлять ли сообщения восстановления или нет.
                  
                  Получается что сейчас существующая документация не соответствует действительности, потому что там сказано:
                  "Recovery message	If enabled, Zabbix will send a recovery message after the original problem is resolved. The messages will be sent only to those who received any message regarding this problem before."
                  И нет ни слова сказано о том, что по дефолту сообщения восстановления и так отправляются без включенной этой опции.
                  Причем эта опция обладает сейчас высшим приоритетом над условием "trigger value = problem" и об этом тоже ни слова не сказано.
                  
                  Исходя из всего этого вижу два комплексных решения (первое - лучшее ИМХО):
                  - сделать так как я прошу сначала - сообщение о восстановлении не должны отправляться по умолчанию (на уровне кода Заббикс сервера). При этом все становится на свои места.
                  - переименовать опцию "Recovery message" в "Custom Recovery message" и сделать так что она не определяет отправлять ли сообщения восстановления сервером, а лишь задает произвольную тему и тело письма. А логикой отправки сообщений восстановления управлять через условия "trigger value = ХХХХХХХ"
                  
                  
                  Цитата от Richlv: "maybe this could be mostly dealt with by adding a condition "trigger value = problem" in new actions by default ?"
                  
                  Я думаю это неправильно, нужно не убегать от проблемы, а исправлять ее. Это все равно будет вводить пользователей в заблуждение.
                  
                  
                  Теперь я прихожу к итогу что это серьезная проблема, которую нужно решить поскорей.
                  Ну и наконец, взорву ваш мозг полностью :) возможно стоит учесть еще этот перспективный запрос ZBXNEXT-341 для правильного выбора решения. ;)

                  Comment

                  • Wonderer
                    Member
                    Zabbix Certified Specialist
                    • May 2010
                    • 53

                    #24
                    "Вы просто не умеете их готовить"
                    Я считаю что тут дело в понимании работы тригеров, событий и действий.
                    Если разобраться с самого начала - то не будет никаких недопониманий. И не надо будет уговаривать разработчиков переделывать систему так как вам нравиться.
                    Есть тригер - условие которое проверяет одно или несколько значений и возвращающее PROBLEM или OK. Тригер при переходе из одного состояния в другое генерит события (Events) (Это если не стоит в настройках тригера "Multiple True Events". Иначе событие генерится дополнительно на каждую проверку возвращающую Problem)
                    Дальше есть Действие (Action), которое срабатывает на КАЖДОЕ событие если не указаны дополнительные условия Действия. Поэтому сообщения вам и приходят при Проблеме и при ее решении. Для того чтоб получать "разные" сообщения в этом случае - используйте в тексте сообщения макрос {TRIGGER.VALUE}. И при событии "проблема" будет писаться Problem, при решении проблемы и соответственном событии - "OK".
                    При установке галки "Recovery message" ОБЯЗАТЕЛЬНО использование условия TRIGGER.VALUE=PROBLEM, потому что в этом случае заббикс должен отслеживать события только с проблемами для того чтоб генерировать для них "Recovery message", и "ОК" события его в этом случае не интересуют.

                    И надеюсь, что моё понимание - "правильное"

                    Comment

                    • zalex_ua
                      Senior Member
                      Zabbix Certified Trainer
                      Zabbix Certified SpecialistZabbix Certified Professional
                      • Oct 2009
                      • 1286

                      #25
                      Originally posted by kappa
                      Заббикс поумнел и теперь определяет, что, если условия триггера только что поменяли ручками, то уведомления об ОК не шлет.
                      Ха, большое спасибо. Сначала не отнесся серьезно к этим вашим словам, но потом сам это заметил и вспомнил что вы что то подобное говорили. А ведь это точно бага, потому что если после этого перезапустить Заббикс сервер то сообщения о переходе в ОК опять начинают отправляться.

                      Сразу поделюсь с важным итогом - Сообщение восстановления и сообщение о переходе триггера из ПРОБЛЕМА в ОК - это довольно разные случаи. Это я распишу в следующем посте.



                      Originally posted by wonderer
                      "Вы просто не умеете их готовить"
                      Я считаю что тут дело в понимании работы тригеров, событий и действий.
                      Если разобраться с самого начала - то не будет никаких недопониманий.
                      .....
                      И надеюсь, что моё понимание - "правильное"
                      Тоже спасибо, видел ваше сообщение сразу но не спешил отвечать, хотел разобраться. Вы почти полностью правы, но все же мне есть что сказать в ответ, сейчас еще кое что проверяю и дам обстоятельный ответ.

                      Хорошо что мы подняли эту тему и детально ее "обсмактываем". Уверен на 1000% что после этого в документацию будут внесены изменения и дополнения, а вот будут ли изменения в логике работы сервера - сложно сказать, но предполагаю что кое что будет изменено хотя бы в ГУИ для интуитивного восприятия интерфейса (настройки Действий).

                      Comment

                      • zalex_ua
                        Senior Member
                        Zabbix Certified Trainer
                        Zabbix Certified SpecialistZabbix Certified Professional
                        • Oct 2009
                        • 1286

                        #26
                        Originally posted by kappa
                        Заббикс поумнел и теперь определяет, что, если условия триггера только что поменяли ручками, то уведомления об ОК не шлет.
                        Хух, 1.8.3 действительно поумнел и похоже чересчур. Есть 100% подтверждение что в релизе 11698 "кое-что" конкретно изменилось и это и есть причиной такого поведения (/* skip actions in next cases: * (3) UNKNOWN/UNKNOWN/ FALSE).
                        Будет создан новый запрос на решение этой проблемы.
                        Пошел спать.

                        Comment

                        • zalex_ua
                          Senior Member
                          Zabbix Certified Trainer
                          Zabbix Certified SpecialistZabbix Certified Professional
                          • Oct 2009
                          • 1286

                          #27
                          Originally posted by Wonderer
                          "Вы просто не умеете их готовить"
                          Я считаю что тут дело в понимании работы тригеров, событий и действий.
                          Если разобраться с самого начала - то не будет никаких недопониманий. И не надо будет уговаривать разработчиков переделывать систему так как вам нравиться.
                          Вот смотрите, я же не с первого поста начал уговаривать разработчиков переделать систему, а аж в конце второй страницы после того как перешерстил трекер, форум (нашел кстати две похожие темы), SVN репозитарий, перепробовал разные версии сервера, посомневался в своих предположениях, провел ряд экспериментов и только потом запостил обоснованный запрос. При этом я указал что понимаю проблематику - такие изменения на существующих инсталляциях приведут к массе недовольствий, но это не должно останавливать в решении существующих проблем и нужно искать компромисс. В любом случае при обновлении между major версиями всегда выполняется апгрейд БД со всевозможными изменениями, так что все поправимо.
                          И систему предложил "переделывать" не под себя, а под Вас всех (смотри мой предыдущий пост) на основании того что у многих с этим есть проблемы, и кстати не я автор темы.
                          Это так предисловие...

                          Originally posted by Wonderer
                          При установке галки "Recovery message" ОБЯЗАТЕЛЬНО использование условия TRIGGER.VALUE=PROBLEM, потому что в этом случае заббикс должен отслеживать события только с проблемами для того чтоб генерировать для них "Recovery message", и "ОК" события его в этом случае не интересуют.
                          Вроди бы все правильно но не совсем логично. Попробую перефразировать.
                          Первое и самое главное - "Сообщение восстановления" и сообщение о переходе триггера из ПРОБЛЕМА в ОК - это довольно разные случаи.
                          Включенная опция "Сообщение восстановления" будет использована только в том случае если будет переключение триггера из ПРОБЛЕМА в ОК и внимание - не будет выполнено ни одно из существующих условий действия. Как раз когда у вас есть условие Значение триггера = "ПРОБЛЕМА" и складывается такая ситуация.
                          Но такого поведения можно достичь например применив условие Период времени в "1-7,08:00-17:00" и когда триггер переключится в ПРОБЛЕМА днем а обратно в ОК - вечером после 17:00
                          Попробуйте еще вот так: не устанавливайте условие Значение триггера = "ПРОБЛЕМА" и установите галку "Сообщение восстановления" и задайте там тему и тело сообщения отличительную от того что по-умолчанию. Сгенерируйте события ПРОБЛЕМА и ОК. Вы увидите что пришло обычное сообщение ОК, а не то что вы указали в полях для "Сообщение восстановления". И скажите после этого что это не вводит пользователей в конфуз.
                          Логику работы сервера разработчики конечно же менять не согласятся, но сам веб-интерфейс можно было бы улучшить для более четкого интуитивного понимания. Ну и само собой документацию нужно улучшить.

                          Немогу уверенно утверждать, но мне кажется что опция "Сообщение восстановления" придумана преимущественно для работы вместе с эскалациями. Вот там она может быть нужна. В документации как раз в аспекте эскалаций идет описание этой опции.

                          Ну и на последок - гвоздь проблемы, с которой начал автор топика, обнаружен и сделан отдельный запрос ZBX-2695. Проблема действительно возникла в версии 1.8.3 ревизии 11965.

                          Для себя считаю эту тему закрытой.

                          Comment

                          Working...