
Figured I'd start a running thread and just keep adding to it as we dig deeper into Beta 3
That's it for now. Going to attempt to get discovery working so we can test the Improved Topology.....
Ooops. Posted to the wrong forum. Can a moderator move this to the NPM Beta forum. Thx!
So far, as I indicated in another thread - our Junipers aren't supported![]()
Do you mean CPU and Memory polling, subinterfaces, or both?
Discovery keeps timing out and we are only trying to discover 5 class c subnets. We extended the timeout to 4 hours and it still fails, well before the 4 hours
Please let us know if you manage to solve this. If not, please collect diagnostics and open a support case so we can look at the issue.
Added the beta NPM server as a managed node. Perhaps this is not new to the beta but never noticed it before, the Node Details Hardware first indicated it was Physical and the Node Details Description / Location / Contact was blank. Of course this did correct itself after subsequent polls,
This behavior is by design. The polling scheduler now distributes polls evenly in time. This information is collected during rediscovery poll, which can happen anytime in 0 - 30 minutes after the node is added. You can use "Rediscover" button on the node details to make it run earlier.
Junipers - CPU and Mem. I don't think the SA / MAGs use the subinterfaces that the routers / firewalls / switches use. But then again, I'm not real Juniper savy.
Can't get discvoery to finish. Tried reducing the subnets and increasing the discovery timeout. Still times out after about 25 minutes. I will try and open a case later today.
Good to know the details of the poller. I would only suggest that there be some indicator that the note is only partially discovered.
Just opened a case and email diags (they were small).
Case # 270110
We were able to reproduce issue with hanging discovery and it is fixed now. More details in your case #270110.
Thanks for providing this valuable feedback.
I'm unable to upgrade from NPM 10.1 to 10.2 due to the same issue with OrionModuleEngine. What service did they ****?
"Product: SolarWinds Orion Improvement Program v1.0 -- Error 1920. Service 'OrionModuleEngine' (OrionModuleEngine) failed to start. Verify that you have sufficient privileges to start system services."
Hi,
There are no new topology resources introduced in 10.2. We changed the way how we collect information about topology (we are using separate L2 and L3 polling jobs that are polling topology data from devices with each rediscovery interval and background process that is calculating connections from this data).
Could you please check if devices that should be connected using L3 have "Topology: Layer 3" poller assigned? You can perform "List Resources" on particular device to see assigned pollers.
All discovered connections are displayed in "NPM Network Topology" resource. If you missing some L3 connections, please collect diagnostics and open support ticket so we can investigate. Please do not forget to include information about connections that are not identified by Orion.
One more thing: Are you running 10.2 Beta3 or 10.2 RC3? Beta3 was release 2 moths ago to limited set of customers and was not officially supported (regarding installation on production environment). We are currently in RC phase (RC3 released last week). There were several changes since Beta3 (including topology improvements). If you actually running 10.2 RC3, please post your findings, questions, requests, etc. into our RC forum, which is located here:
Thanks, Milan
Hi Dan,
While we are gathering Layer 3 information from devices (ARP tables), we are not currently giving any actual Layer 3 topology edges. The edges in NPM are still driven from the layer 2 connections reported by the switches (Bridge MIB). When we can't find a connection using the MAC address reported by the Bridge MIB, we use the layer 3 entries to hopefully find an edge that way. 10.2 has better topology from the standpoint that the new methodology finds more edges than the previous one and does not require you to have all your topology giving nodes in a discovery together. The latter point making discoveries faster as well.
We are interested in the accuracy of the edges so that we can make improvements to the new algorithm, but the changes may be that if you were getting reasonably good edges in the previous versions, you might not see much of an improvement. Where we were good before, we seem to be at least as good still.
Thanks