-
Re: NPM polling interval is applied but not effective.
patriot Dec 30, 2010 10:29 AM (in response to yahaboho)Thats a good question and I was ready to provide an answer, but my answer does not seem to be working!
Normally, if you change the node polling interval on the Polling Settings page of the Orion web console, then click on "Re-Apply Polling Intervals", the new polling interval should be written to the PollInterval field in the Nodes table of the database.
However, I see that my polling interval values are not changing in the database.
Why are the new polling intervals not reflected in the Nodes table, but they are on the website?
-
Re: NPM polling interval is applied but not effective.
patriot Dec 30, 2010 10:49 AM (in response to patriot)Additional information.... I can change the Rediscovery Interval on the website and it will change the value listed in the Nodes table. I can also change the polling interval for interfaces and I see the new value in the Interfaces table as well.
Right now, the PollInterval field in the nodes table will NOT change to the new value set on the web site.
What gives?
-
Re: NPM polling interval is applied but not effective.
yahaboho Dec 30, 2010 2:25 PM (in response to patriot)I had same thing in the past, the mistake I was doing is not submitting the new values before.
To change the default values, you must first submit it (at the bottom of the page) then you can re-apply it on objects.
-
Re: NPM polling interval is applied but not effective.
patriot Dec 30, 2010 2:32 PM (in response to yahaboho)Nope. Does nto work for me. No matter which order I click Submit or Re-apply buttons, the Polling Interval for nodes does not change in the Nodes table of the database.
SolarWinds? Open a ticket?
-
Re: NPM polling interval is applied but not effective.
MarieB Dec 30, 2010 4:19 PM (in response to patriot)Hey patriot--
Do open a support ticket esp. if this is time critical.
M
-
Re: NPM polling interval is applied but not effective.
yahaboho Dec 30, 2010 5:11 PM (in response to MarieB)Hi,
Sorry to say but it doesn't reply to my initial question. The 1mn polling interval *is* updated in my DB ("PollInterval" is updated to '60' in "Nodes" table), but polling engine doesn't respect it and keeps polling every 3mn.
Yann
-
Re: NPM polling interval is applied but not effective.
ssym Jun 29, 2011 12:38 PM (in response to yahaboho)Has this been addressed?
If I use the Polling Settings page of the Admin console to change the polling intervals and the polling statistics intervals, these settings appear to take, because if I exit and come back in the new settings are shown.
However, if I then go to the managed nodes page of the admin console and edit the properties of a node, only the polling statistics interval that I recently changed is shown. The Node Status polling interval remains unchanged.
Furthermore, even if I change this node status polling interval for this particular node, the new value is not used by Orion. I have changed the polling interval value in both places (polling settings and properties of a managed node) to the largest acceptable value (1200 seconds) and then started a WireShark capture and there are still a ton of SNMP messages emanating from the node.
How can I turn off or at least reduce the frequency with which all devices are polled? Is there currently a way to do this that actually works? Thanks.
-
Re: NPM polling interval is applied but not effective.
bshoppJun 30, 2011 4:43 PM (in response to ssym)
Should work just fine, I would recommend opening a support ticket to investigate.
-
Re: NPM polling interval is applied but not effective.
MarieB Jul 1, 2011 12:16 PM (in response to bshopp)yahaboho--
When you open a support ticket, would you:
--Reference this thread to Support.
--Post back here with a case number.
--Post any solutions you get from Support.
Many thx,M
-
Re: NPM polling interval is applied but not effective.
yahaboho Jul 6, 2011 5:31 AM (in response to MarieB)Hi Marie,
Well, I did not think the answer i got could be of some help to anyone, its why I dindt report it here...
Support representative advised me to buy a second SLX polling engine as im reaching the software limits of the existing one.
Cheers,
Yann
-
Re: NPM polling interval is applied but not effective.
bshoppJul 6, 2011 4:22 PM (in response to yahaboho)
Yann, can you post your case number, I want to look into the background of your case further.
-
Re: NPM polling interval is applied but not effective.
yahaboho Jul 6, 2011 4:32 PM (in response to bshopp)Sure. Its case #211217.
Yann
-
-
-
-
-
Re: NPM polling interval is applied but not effective.
malengine Feb 22, 2012 12:49 PM (in response to ssym)
If I use the Polling Settings page of the Admin console to change the polling intervals and the polling statistics intervals, these settings appear to take, because if I exit and come back in the new settings are shown.
However, if I then go to the managed nodes page of the admin console and edit the properties of a node, only the polling statistics interval that I recently changed is shown. The Node Status polling interval remains unchanged.
I believe this is a "feature." If you want a custom polling interval that is smaller for high-priority nodes, Orion will oblige you. But if you go in an decrease the default interval, this will not affect nodes that already poll more often. I had to select a subset of my nodes and edit properties, check the checkbox for polling, and this will populate with the defaults you have set up under Admin > Polling Settings. I also needed to change my polling engine to the primary or this request timed out after submission; I'm not certain if this is because the secondary is overworked or what.
I have changed the polling interval value in both places (polling settings and properties of a managed node) to the largest acceptable value (1200 seconds) and then started a WireShark capture and there are still a ton of SNMP messages emanating from the node.
.
Be aware that modifying the polling frequency won't do bupkus about SNMP traps sent from the node: that's entirely determined by the set up on the node itself.
-
-
-
-
-
-
-