Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Groups
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (Flatly)
  • No Skin
Collapse
Brand Logo

NetXMS Forum

  1. Home
  2. Support (Russian)
  3. Каждая новая авария отдельной строкой в журнале.

Каждая новая авария отдельной строкой в журнале.

Scheduled Pinned Locked Moved Support (Russian)
4 Posts 3 Posters 15.7k Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • A
    A
    AlexeyZdor
    wrote on last edited by
    #1

    Добрый день.

    Создал два правила в Event Processing Policy - скриншот прилагаю. Трапы и соответствующие им Event приходят поочередно парами "Дверь открыта" - "Дверь закрыта".
    Сейчас при приеме новой пары увеличивается счетчик (Count) и меняется Last Change.
    Как настроить правила, чтобы каждая новая авария была в отдельной строке в журнале (log)?


    1.png

    1 Reply Last reply
    0
    • K
      K
      kozlov_ao
      wrote on last edited by
      #2

      В оригинируещем правиле, в качестве ключа напиши: ERD_door_1_%i_%5
      В терминирующем, в качестве ключа укажи: ERD_door_1_%i_%3

      1 Reply Last reply
      0
      • A
        A
        AlexeyZdor
        wrote on last edited by
        #3

        Не помогло. %3 %5 это ведь переменные/параметры, которые передаются от Event? А их там просто нет.
        Вопрос еще актуален, может еще кто подскажет?
        И еще какой синтаксис и вообще как работают регулярные выражения - галочка "Use regular expression for alarm resolve"?

        1 Reply Last reply
        0
        • G
          G
          glebofff
          wrote on last edited by
          #4

          Простой вариант, через custom attributes:

          Если дверь будет несколько раз ;D открыта, но закрыта - один раз, резолвиться будет последний аларм. Ну это и логично, т.к. представить себе такое проблематично.

          Чуть сложнее, не засоряя custom attributes, делать это через Situation, в несколько проходов:

          1. Первый обработчик события открытого состояния двери устанавливает значение ситуации (situation) этим самым event id.
          2. Второй - генерирует аларму и в качестве ключа %[именованным скриптом] или %<именованным параметром события> берёт состояние ситуации. А этот параметр устанавливается, соответственно, в filtering script. Ну или ещё хрен его знает где.
          3. ... и т.д.
          1 Reply Last reply
          0

          Hello! It looks like you're interested in this conversation, but you don't have an account yet.

          Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

          With your input, this post could be even better 💗

          Register Login
          Reply
          • Reply as topic
          Log in to reply
          • Oldest to Newest
          • Newest to Oldest
          • Most Votes


          • Login

          • Don't have an account? Register

          • Login or register to search.
          Powered by NodeBB Contributors
          • First post
            Last post
          0
          • Categories
          • Recent
          • Tags
          • Popular
          • Users
          • Groups