mrchesnutt ✭✭✭✭✭

We have to keep a cacti instance running solely for the weathermap. I showed my boss a network atlas map the other day and his immediate response was "will it change the color of the links?" Needless to say he was disappointed when I told him it wouldn't.

Another vote for the NetScaler. We're moving away from F5s because of the cost and headaches involved with upgrading.

We won't be paying any more maintenance on UDT from this year onward. We're working an open source replacement that allows us to import data from our NAC and that will read VRF ARP data from our Arista distribution routers. We've replaced nearly every piece of Cisco gear in our core and distribution with Arista equipment.

Yep. We were hoping to be able to replace Cacti/Weathermap as well but I guess we'll have to wait. I was really excited about this too. I created a forum post here.

Pi 3 here as well. With over 100 buildings on our campus, it would be nice to have cheap probes to deploy out in the equipment closets.

Tennessee bump. We're migrating off of our F5s to NetScalers. Please add this to the roadmap!

Logged in to +1 and bump this. Netpath on a Raspberry Pi would be immensely beneficial to us.

The tool we're using now is called netdb. It's perl-based.

Network Atlas is near useless to us in it's present iteration. The inability to see utilization on a path when just one side of the link is monitored is mind boggling. We would also like to be able to change the link scale and the color template.

Any updates on this? I assume this means that VRFs are still unsupported in UDT as well?

Yes. I put it into it's own template without any other component monitors. Same result.

I've tried just write-hosting out the two lines and that didn't work either. I have 4 pollers and I've tried it on every one of the nodes. I haven't tried rebooting a poller yet but that's worth a shot. I have a ticket open but they think it's the script which they don't support.

Just tested it. It made no difference.

Still Not Defined. I don't think the script is the problem.

Nope.

I tried wrapping it in a try/catch and I'm getting the same "Not Defined" error for the output. This is the script. try { $credential = Get-Credential -Credential '${CREDENTIAL}' $username = $credential.GetNetworkCredential().username $password = $credential.GetNetworkCredential().password $baseUrl =…

That's interesting, but when I downloaded and ran the Safety Scanner Monday morning, it didn't detect anything. It was only after I updated to HF2 AND re-downloaded the latest Safety Scanner that it was detected. I'm guessing MS added signatures.

Sorry to bump a really old thread, but has this issue ever been resolved? I'm having the same problem and haven't been able to find any workaround through the documentation other than adjusting the timeout.

Would it be possible to de-integrate NCM from NPM and then run the upgrade to 7.3 and leave it as a separate standalone environment? We're currently running 7.2.2.

Yes.

Any updates on this? I sent roughly 1000 emails to myself. The alert manager said that 0 devices would trigger.

We have security requirements that have kept us from running NPM and NCM on the same server. Now we'll have to reconsider those requirements to move forward with NCM 7.3. I just wanted to make sure that we were actually losing some flexibility in our deployment with this upgrade. This upgrade is going to be a tricky sell…

No. it's still an issue. Could you post the fix for the support ticket, please?

I have all of the data. In both netflow (not through NTA) and I'm graphing interface statistics in NPM as well as Cacti. I'd like to drop Cacti but it gives us visualization of our ISP/transit infrastructure with the Weathermap plugin.

Thanks! Along with your suggestion, these are the things that were recommended by support that I tried yesterday. I then reran the Configuration Wizard. This seems to have corrected the crashing of the web server (for now), but the referenced charts still never load. I have a feeling that over time, they may start crashing…

Did you ever find a solution for this? I'm about to begin evaluating UDT but we have 8 VRFs so I don't want to waste my time if it isn't going to work.

Yea. I saw that too. I just didn't know if Solarwinds was using it for anything.

That makes sense but the alert still doesn't trigger.

We have an additional poller but it is only used for SAM. It has no access to the private network where our equipment resides. If we had to, we would be ok with separating NCM entirely from our existing monitoring infrastructure but we need to preserve historical data on config changes and i'm not sure if there is a clear…