Welcome to Pandora FMS Community!

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

Welcome to Pandora FMS Community Forums Community support Network agent overload?

  • Network agent overload?

    Posted by Robb11 on March 16, 2008 at 21:25

    Hello all!

    We are proposing Pandora as the main choose for monitoring for our customers and we are going to install for some customers now.
    I have encountered a problem. We are monitoring 7 network devices at the moment with the network agent.
    For five of them the only check set is the “host alive check”. All works fine until I add two devices CISCO 5400 with 54 ethernet devices for each one. I have set the monitoring of the status of each port and the traffic inbound and outbound. Only for these two devices, the total amount of checks becomes 300 more or less.
    The monitoring system with the network agent, after this adding, seems to be very slow and the “Out of limits” warning appears. Could it be a network agent overload? If yes, since the server is not at 100% cpu load, is it possible to start another instance of network agent to balance the operation?

    manu replied 16 years, 11 months ago 3 Members · 10 Replies
  • 10 Replies
  • Sancho

    Administrator
    March 17, 2008 at 13:38
    2321 Karma points
    Community awards: bulb Bright ideas
    Community rank: tentacle_master_icon Tentacle Master
    Like it
    Up
    0
    Down
    Drop it
    ::

    Hello all!

    We are proposing Pandora as the main choose for monitoring for our customers and we are going to install for some customers now.
    I have encountered a problem. We are monitoring 7 network devices at the moment with the network agent.
    For five of them the only check set is the “host alive check”. All works fine until I add two devices CISCO 5400 with 54 ethernet devices for each one. I have set the monitoring of the status of each port and the traffic inbound and outbound. Only for these two devices, the total amount of checks becomes 300 more or less.
    The monitoring system with the network agent, after this adding, seems to be very slow and the “Out of limits” warning appears. Could it be a network agent overload? If yes, since the server is not at 100% cpu load, is it possible to start another instance of network agent to balance the operation?

    Hi. You should not have a problem with this load. Pandora has been tested with more than 2500 modules in a single server. What ammount of network threads do you have assigned for the whole total of that modules ?. What version of Pandora FMS are you running and in what hardware / Linux distro ?.

    Probably the most easy solution will be:

    a. Increase number of network threads to …10 or 15.
    b. Make a correct database purge each night or almost one per week.

  • Robb11

    Member
    March 17, 2008 at 14:16
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    I use Fedora 7 for Pandora 1.3.0, but the host is a small workstation.

    I will purge the DB more often to see if something happens.

    Sorry, maybe I do not know where to set the max num of thread. Should I set them in the pandora_server.conf ?

  • manu

    Member
    March 18, 2008 at 14:54
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Yes, as long as you’re using the last version 1.3.1

  • Robb11

    Member
    March 18, 2008 at 15:00
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Hola Manu!

    The 1.3.1 is in beta test yet… I prefer to not install them on production servers!

  • manu

    Member
    March 18, 2008 at 15:32
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Umm, the one in branches is pretty stable, I’m afraid 🙂

  • Robb11

    Member
    March 18, 2008 at 20:12
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Next Friday I will try nil’s suggestion.

    Meanwhile… Manu, do you think that 1.3.1 improves or adjusts the problem I have encountered?

  • Sancho

    Administrator
    March 18, 2008 at 22:05
    2321 Karma points
    Community awards: bulb Bright ideas
    Community rank: tentacle_master_icon Tentacle Master
    Like it
    Up
    0
    Down
    Drop it
    ::

    Next Friday I will try nil’s suggestion.

    Meanwhile… Manu, do you think that 1.3.1 improves or adjusts the problem I have encountered?

    There is not any difference in performance between 1.3.1 and 1.3, so thread and timeouts should fix your problem. 1.3.1 comes with some hacks and additional parameters to fine-tune network monitoring, but core network procesor is the same.

    But 1.3.1 is now much better (and stable) than official 1.3 version, so try it 😉

  • Robb11

    Member
    March 22, 2008 at 10:34
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    There is not any difference in performance between 1.3.1 and 1.3, so thread and timeouts should fix your problem.

    Ok, database purged. Network Threads modified from 5 to 15 and then to 30.
    No differencies shown yet.

    When you talk about timeouts, do you talk about the Network_timeout in the pandora_server.conf or the timeouts in the settings of each agent?

  • Robb11

    Member
    March 24, 2008 at 13:55
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Solved!
    I am quite embarassed to write it… but the problem was… that my colleague had not set any SNMP Community! Grrrrrrrrr!

  • manu

    Member
    March 25, 2008 at 12:22
    0 Karma points
    Community rank: tentacle-noob-1 Tentacle noob
    Like it
    Up
    0
    Down
    Drop it
    ::

    Hahahah look at the bright side, it ain’t a pandora bug so nothing has to be fixed!