stuartd · Senior Dogsbody · ✭✭✭✭✭

Without having any idea on your environment it could simply be that the alert for the node in question didn't exist for long enough. Even though you have the "alert must exist for" box unticked, there is still the polling cycle you have to consider. It could simply be that it went down/up in between one poll and the next.

That is a constant battle we have as well. But part of our our solution is we have simply told teams that if they don't tell us then the devices are not in support.

That's a lot of scripting but I do like the idea of your 'parking lot'. I guess it also relies heavily on the other sources being accurate with what exists (or doesn't). Thanks for your reply - it gives me a lot to think about.

You will probably find better responses if you ask your question over here: [mention:485a7fb12896487fbbd0497381735151:23b05a61c3e5445190d9bfa00453bce4] - this is the NPM forum and whilst you might get some answers, the UDT one is more focussed.

Have you tried the advice here: https://solarwindscore.my.site.com/SuccessCenter/s/article/How-to-create-alert-for-EIGRP-neighbor-status-change?language=en_US ?

I can't directly answer your query around Juniper nodes, but having got NCM working with other non-Cisco nodes then I can confirm that you can get the product working with other unsupported vendors. The key criteria for this is "can you access the device via CLI using SSH" and "can you back up the full config via CLI". If…

A couple of screenshots would have been simpler but your condition looks like this, I presume? In which case my first approach would be to click the dropdown arrow top right and click on Show SWQL. Then from the popup window copy/paste that code into SWQL Studio and check you actually get the results you expect. You might…

It looks like a subtle difference in thinking. Think instead "how do I remove a node from an OID". So if I understand you correctly, then you just need to fire up the UnDP tool and remove the node from said OID. Find your OID in the left hand column (All Defined Pollers) and right click and select 'assign'. Then simply…

Tagging in @"saschg" so that he can hopefully reply...

It would be useful if you could show us the alert logic and trigger conditions for us to have a good chance of assisting?

Not sure I understand the question Nathan? Can you re-state it with perhaps an example as well? p.s. good to catch-up over the last two days.

Have you tried using this value? Then you can set the end value to 9.

Oh, now that I like.

As you've had no response I suggest raising a ticket with support. I've seen some bizarre audit events** that Solarwinds generates and it could just be one of those rather than being anything o note... ** for eg - discovered an entry in our longs the other day that look like this: Turns out, all that means is the user…

You can see the connections table via an OID but I've never seen an OID for the actual number of users on a VPN. I'd suggest asking CP direct or submitting a feature request with them. If they have an OID for it, then you can build out a UnDP and then display that in Solarwinds.

This is good to know as we have clients that are starting to ask for SD Wan deployments on Fortinet gear. As is, we can only see the firewall side of the Forti Fabric, but would like to also be able to see the rest of the fabric (switches for eg).

Easiest approach would be to use a custom property. Call it something like Onboard_Date, set the format to date/time and then make it a "must be filled":

You can [I have] request access to a 'buddy drop' that resolves this issue. It works.

The "fix" I was told will be in 2024.2. It might also be in 2024.1.1. If you are desperate for it, then request access to the buddy drop which includes the updated ssh libraries.

According to this Cisco article, both Configuration and Operational data are capable of being backed up by CLI [which is the method used by NCM]. As the ADE portion sits in Configuration data, then the article goes on to explain you need to issue the following CLI command: backup <backup file name> repository <repository…

Have you checked the basic connectivity and that the port is open? If Windows based boxes you could use PortQry (doesn't work with v3 SNMP but can do simple UDP checks) or even a simple CLI telnet to your ICX IP on port 161 and/or 162 [e.g. telnet 192.168.1.1 162] - if you get a blank screen with a flashing cursor, then…

Sadly no there isn't a way to achieve this. Rights/Permissions granularity is something that is sadly lacking in Solarwinds products. You could always add your vote to: [mention:2bc1871ca8c94bab94cda9e413653abf:fb5d84b10a5745448a7a45dafc1faa43] but as it hasn't had any action from Solarwinds in over 12yrs then I suspect it…

Todd - we don't have any Rubrik kit so can't say with 100% certainty ... but the answer is almost certainly you can through the use of UnDPs. All you need are relevant OIDs for your kit and then you can build and test a UNDP. Once you know that works you can then build out an alert based on that UNDP. If you've not used…

As Marc says - it is web based now. Access it via Settings > All Settings > [Alerts & Reports] > Manage Reports - or simply go to Reports and then click top-right on Manage Reports.

I have a report I created for just this and other reasons. The pre-reqs are the nodes are configured for NCM backup and are successfully backing up. Code is: SELECT NodeCaption AS [Device Name], AgentIP AS [Device IP], COUNT( CASE WHEN n.Interfaces.OperStatus = 'Up' THEN 1 ELSE NULL END ) AS [Oper Up], COUNT( CASE WHEN…

There is an OOTB alert for HA Availability - just duplicate and adjust to suit your environment.

Just seen this and your fix to the issue. We experienced this a while back and scratched heads for ages before we gave up and just re-created the Network Atlas map. That said, I encourage you to start moving all your maps to Orion Maps [or as SW like to call them, Intelligent Maps] as NA is under a deprecation notice and…

There is a long acknowledged Cisco "bug" where devices like ASA's, PIX and FirePowers in HA setups share the same SNMP EngineID. Cisco's answer was basically "meh, we don't care". It sounds like you might have hit this. If you've fallen foul of this then from a NMS point of view it is easy to spot. ASA_Primary is scanned…

You can certainly create your own "Table Widget" and hand code some SWQL to do just that. Then just enable the search function on the widget, save and publish. Our preferred approach is a little widget on each node page (global view), that shows what maps that node appears on, a la:

OK so have had a little time to get in front of a system. You could do a Custom SQL / SWQL Alert (right at the bottom of the list of "I want to alert on" section: And the following very basic SQL code SELECT * FROM [dbo].[Wireless_AccessPoints] WITH (NOLOCK) WHERE Clients = '0' Would return all yous WAPs where the number…