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
  3. PING Subagent

PING Subagent

Scheduled Pinned Locked Moved Support
12 Posts 2 Posters 121.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.
  • G
    G
    gmonk63
    wrote on last edited by
    #1

    Is is possible to cause a node to go into critical or down status based on the results from icmp stats.  I have a subagent setup to monitor latency of several hosts  but when the threshold is met the alarm is generated for the agent and not the instance being monitored ..  I would like to generate  a critical or down status if the latency shows 10k  for that particular instance

    1 Reply Last reply
    0
    • Z
      Z
      Tatjana Dubrovica
      wrote on last edited by
      #2

      It is possible to use DCI for status calculation. This option is enabled for each DCI separately(DCI Properties->Other options->Use this DCI for node status calculaiton).
      From the documentation:
      "DCI can be used to calculate object status. Such kind of DCI should return integer number from 0 till 4 representing object status. To use DCI for status calculation, there should be selected this option in it’s properties (Other Options -> Use this DCI for node status calculation)."

      1 Reply Last reply
      0
      • G
        G
        gmonk63
        wrote on last edited by
        #3

        I did try this at first but it does not seem to have any bearing on the status of the node.  I also created a transform to return 4 if the value is over 5000 and 0 if under. Maybe i am misunderstanding the way Ping subagent works.  As i mentioned before i have set up a handful of icmp targets where i need to monitor second by second for high latency and if the latency goes above the threshold create an alert.  Right now I only see the alarm created for the node that the icmp targets are created on.  Example nodeA has the subagent to ping node1 and node2  every second if I reboot node1 I only receive and alarm for nodeA  sys_threshold_reached  whereas I would like the alarm to be created for node1 as it gets confusing when all alarms created are generated for nodeA.  I would rather not have Netxms Server ping the node since I am already monitoring latency via subagent  and because of this I would like to generate the critical alert based on the latency ping since the value will go well above 3000 if the node is actually down.  I see there is a threshold instance but the documentation is vague on its usage could this be what I need.

        Thanks

        1 Reply Last reply
        0
        • Z
          Z
          Tatjana Dubrovica
          wrote on last edited by
          #4

          You should create DCIs on node1 and node2 with DCI source nodeA. In this case data will be collected from nodeA, but thresholds will be generated for node1 and node2.

          "Use this DCI for node status calculation" works for me. What exactly does not work?

          Added:
          There is description about this solution(note "Proxy node" was renamed to "Source node"): https://www.netxms.org/forum/feature-requests/icmp-ping-as-internal-parameter/

          1 Reply Last reply
          0
          • G
            G
            gmonk63
            wrote on last edited by
            #5

            it works now i was not setting the source node on node1.  But It does not seem to work unless both nodeA and node1 have dci node status checked.  And this causes nodeA to show critical as well

            1 Reply Last reply
            0
            • G
              G
              gmonk63
              wrote on last edited by
              #6

              on a side note I have noticed the DCI instance ids continue to increment and out of curiosity ran a manual instance discovery poll and got this
              Running DCI instance discovery
              [29.08.2016 16:13:01]    Updating instances for Icmp.LastPingTime({instance}) [28794]
              [29.08.2016 16:13:01]      Existing instance "10.9.61.11 26 29 0 46 10.9.61.11" not found and will be deleted
              [29.08.2016 16:13:01]      Existing instance "10.9.61.13 1 0 0 46 10.9.61.13" not found and will be deleted
              [29.08.2016 16:13:01]      Existing instance "10.9.61.14 31 28 1 46 10.9.61.14" not found and will be deleted
              [29.08.2016 16:13:01]      Creating new DCI for instance "10.9.61.11 39 28 0 46 10.9.61.11"
              [29.08.2016 16:13:01]      Creating new DCI for instance "10.9.61.13 0 0 0 46 10.9.61.13"
              [29.08.2016 16:13:01]      Creating new DCI for instance "10.9.61.14 4 32 0 46 10.9.61.14"

              This seems to happen every time so im assuming after every  IntancePollingInterval which I think is set to 600 the DCI's get recreated  is this normal

              1 Reply Last reply
              0
              • Z
                Z
                Tatjana Dubrovica
                wrote on last edited by
                #7

                Shouldn't instance be just "10.9.61.11" not the "10.9.61.11 26 29 0 46 10.9.61.11"? Can you please provide you instance discovery configuration it looks that it is done incorrectly.

                In your situation nodeA should not contain any DCI that calculate status for node1 or node2. You should create DCI on node1 and node2 setting nodeA as a shource node. Can you configure your system like this and explain what is not working using this solution.

                1 Reply Last reply
                0
                • G
                  G
                  gmonk63
                  wrote on last edited by
                  #8

                  Here is NodeA (actual node name is RB1-ERP-POLLER) configuration That has the Agent running ping.nsm


                  2016-08-30 07_27_44-Properties for.png

                  2016-08-30 07_28_17-Properties for.png

                  2016-08-30 07_28_31-Properties for.png

                  2016-08-30 07_32_18-NetXMS Management Console.png

                  1 Reply Last reply
                  0
                  • G
                    G
                    gmonk63
                    wrote on last edited by
                    #9

                    And here is node1 where i would like to calculate the status based on nodeA DCI


                    2016-08-30 07_34_54-Properties for.png

                    2016-08-30 07_35_00-Properties for.png

                    1 Reply Last reply
                    0
                    • Z
                      Z
                      Tatjana Dubrovica
                      wrote on last edited by
                      #10

                      Now I understand where is problem.

                      Additional requirements:
                      Disable "CheckTrustedNodes" or add node1 and node2 as trusted for nodeA

                      I attached screenshots - how configuration should look for node1. You can so similar thing for node2. No DCI configuraiton needed for nodeA


                      general.png

                      instanceDiscovery.png

                      1 Reply Last reply
                      0
                      • Z
                        Z
                        Tatjana Dubrovica
                        wrote on last edited by
                        #11

                        Also for this DCI "Use this DCI for node status calculation" should be enabled.

                        1 Reply Last reply
                        0
                        • G
                          G
                          gmonk63
                          wrote on last edited by
                          #12

                          Its working now ... Thanks for all the help

                          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