Multiple event generation mode trigger creates duplicate, non-legitimate problems

XMLWordPrintable

    • Type: Problem report
    • Resolution: Won't fix
    • Priority: Major
    • None
    • Affects Version/s: None
    • Component/s: Server (S)
    • None

      Zabbix Server version 5.0.16

      While creating a template with multiple event generation mode trigger, our user ran into an issue where the trigger is creating non-legitimate, duplicate problems.

      The template follows a master-dependent item structure, having the master item collect XML data via external check, then distribute relevant information between dependent items. The collected data can contain information about multiple interfaces and their components. But, each time XML data is received, it is received about 1 interface and 1 component, one data collection instance can not have information about multiple interfaces/components. Data collection happens every 30 seconds.
      Each interface has multiple components, but for this issue we are concerned with 2 components - GPON and XGS. In the end, multiple interfaces and multiple components can report to the same trigger, hence the need for multiple event generation mode.
      The XML data that is received contains problem/problem resolve information for 1 interface and 1 component, therefore opening multiple problems is not the expected behaviour, but that is the case nonetheless.

      The triggers, which are problematic, look like this:

      And here is the issue:

      After sending the two XML data blocks that are attached to this issue, data-1.xml and data-2.xml, only two issues should be raised - One for GPON, one for XGS component.
      GPON component event has an associated ID - "ywu0fpEB0db_Z9VZWj7Q"
      XGS component event has an associated ID - "zAu0fpEB0db_Z9VZWz40"
      However, some problems for XGS component have "ywu..." associated ID. This should not be possible with how data is received, and how triggers are set up.
      Additionally, due to wrong IDs for problems, recovery events are unable to close the problem, when the issue has been resolved.

      To reproduce:
      1. Use attached template
      2. Convert master item "amqp-get" to some other item (I converted to vfs.file.contents item that reads xml data, instead of external check collecting the data)
      3. Allow master item to read data-1.xml, and afterwards data-2.xml
      After these steps, you will see the issue reproduced in the problems page.
      template-1.xml data-2.xml data-1.xml

        1. image-2024-08-26-11-23-49-649.png
          image-2024-08-26-11-23-49-649.png
          52 kB
        2. image-2024-08-26-11-24-21-931.png
          image-2024-08-26-11-24-21-931.png
          52 kB
        3. image-2024-08-26-12-12-51-271.png
          image-2024-08-26-12-12-51-271.png
          227 kB
        4. template-1.xml
          23 kB
        5. data-1.xml
          3 kB
        6. data-2.xml
          3 kB
        7. image.png
          image.png
          9 kB

            Assignee:
            Tomass Janis Bross
            Reporter:
            Tomass Janis Bross
            Votes:
            0 Vote for this issue
            Watchers:
            5 Start watching this issue

              Created:
              Updated:
              Resolved: