Welcome to Pandora FMS Community!

Find answers, ask questions, and connect with our community around the world.

  • Module relations

    Posted by Luca on August 30, 2023 at 11:26

    Hello Team,

    This is the situation:
    I have a check on a port that goes into critical status and other modules that rely on this check go into critical status because they depend on the first one.
    Is it possible to ensure that if the ‘parent’ check goes into critical status, alarms do not go off for the other checks as well?

    Thanks for the support

    Sergio replied 1 year ago 2 Members · 3 Replies
  • 3 Replies
  • Sergio

    Administrator
    August 30, 2023 at 11:49
    1200 Karma points
    Community rank: tentacle_master_icon Tentacle Master
    Like it
    Up
    0
    Down
    Drop it
    ::

    Hello,

    Yes. One way to achieve this is by setting the module that checks that port into “Safe Operation Mode”

    Go into the agent which contains the port module, and within its configuration at “Advanced Options” you will see the “Safe Operation Mode” token, activate it and set the port module as the one in charge.

    This way, whenever this module goes critical, the rest will be simply disabled until this critical module goes back to normal.

    Kind regards,

    Sergio B.

    • Luca

      Member
      August 30, 2023 at 12:02
      429 Karma points
      Community rank: tentacle-noob-1 Tentacle noob
      Like it
      Up
      0
      Down
      Drop it
      ::

      Hi Segio,

      i don’t see this option on “Advance Settings” of agent.

      can you be more specific?

      Thanks

  • Sergio

    Administrator
    August 30, 2023 at 14:33
    1200 Karma points
    Community rank: tentacle_master_icon Tentacle Master
    Like it
    Up
    0
    Down
    Drop it
    ::

    Hello,

    Inside the Agent in console, you will see the “gear” Icon.

    Click that and down below you will see an “Advanced Settings” tab to expand.

    There you will have the configuration mentioned.

    Kind regards,

    Sergio B.