stuartwhyte ✭✭✭✭✭

ah ok, you're just querying the interfaces table. Create a new advanced SQL report and paste this: select interfaces.NodeID,nodes.Caption,interfaces.InterfaceName, interfaces.Status, interfaces.StatusLED, interfaces.InterfaceLastChange, convert(varchar(10), (DATEDIFF(d,InterfaceLastChange,GETDATE()))) + ' Days ' +…

We don't use web helpdesk, but its fairly easy to use NPM reports on decom. devices.

Yes you can - as long as the elements are joined, such as node and interface and node and volume. When you select "property to monitor" to volume or interface you will see you can choose node properties also. Other joins are able to be created, however these are harder to create, and require nested queries to work. Keep It…

bsciencefiction.tv - that works now? It used to be that ${contact} was the only variable that worked in that field (crazy I know).

Perhaps EOC will go the same way as Alert Central, which appears to have now been abandoned?

With only 2 instances, I wouldn't bother with EOC. I've found the sweet spot where EOC actually becomes useful (in its current guise) is 5 instances. S.

I'll add a +1 to the request of having node status changed depending on UnDP alert status, for the very same reasons. Stuart

This is the upgrade paths for all products: SolarWinds Knowledge Base :: Compatibility of SolarWinds Orion Products for Installation and Upgrade

This is not user credentials, this is IP addresses that are allowed through your exchanges SMTP virtual server. I cant give you step by step as I have no visabilty on your exchange environment or versions etc. however you will in some form have an SMTP virtual server that listens on the appropriate port (most likely port…

I KNEW there was an article about this, but no amount of searching turned it up!

A custom property would be a great way to present a link to a vendors website, and is something I have done in the past. Setup a custom property call "Vendors_WWW" and put the link for each node in that field.

surfinguru2000 wrote: The condition "err-disable" isn't an available option from the drop down menu for interfaces; nor can I simply add it as an option when configuring the trigger. How do I add that as a condition? What was I thinking!?! Of course this is a device condition, not an orion status. This line isn't required…

The only suggestion I would have if you are having the alerts triggered for nodes that are NOT called Malibu is that you have the ANY rather than ALL conditions selected. I've never had the need to alert on only one node, but I see no problem with using NodeName. NodeID would potentially be a better bet, being 100% unique,…

I've found that I get packet loss alerts when the device has been down and has come back up as the packet loss changes through 80%, 60%, 40% etc and the only way to suppress is to put a longer "hold" time on the alert, which inst exactly ideal. Still looking for the best solution

The node being down would be the result of the Orion server no being able to ping the end node. If teh node was up, perhaps there was a device between the server and end device that was down/preventing pings from reaching the end node.

‌web alerting was introduced in 11.5. your screenshot is from v11.0 or earlier

Thanks Jiri

Sure I do, I use advanced alerts to monitor interface status & alert when interface status is not equal to up. I do have a whole load of other criteria also, but the basics are on status...

This information is not stored in any one table. You need to look at the Nodes table then join to the interfaces table and volumes table on NodeID. Hardware resources are stored separately too. Hope this helps Stuart

There are probably a few other ways, but this one is nice and simple, and I like simple

I'm don't have a great deal of experience with alerting on traps, however I can point you in the right direction. To alert on the incoming trap you need to use the alerter inside the Trap Viewer tool, not the Advance Alerts tool as in your screenshot. The options are not as detailed as in Advanced alerts, but you can parse…

Hi, Just to put a closure to this incase anyone else is looking to do the same thing. I have spoken to a support tech about this whilst getting help for another problem and its not actualy possible in the current verison of MapMaker. A new version of MapMaker is schedule for inclusion in the next major release. Thanks…

You are seeing two things here. The first being the drops, which (as far as I can see in my environment) are real, due to the way newer version of 3850 series firmware treats buffers. I've found this document usful:…

No, the "lastReboot" value changed (not necessarily because the device rebooted, most likely a counter rollover) which triggered the alert due to "last boot has changed". I don't think your device actually went down, or if it did, it was too quick for NPM to notice. But yes, clear the alert, and reconfigure as mentioned…

Mixture of ticketing system, & Alert Central, of course :)

‌tthanks for the screenshot Zack

Hmm, I'm thinking setup a scheduled task to run the report and call it manually from the command line. This MIGHT work for you...

If you have active maintenance I would suggest logging a case with support who will be able to take a closer look for you.

Craig Norborg is correct - your NTA license will match that of NPM, it is the only module that is not licensed separately. From your description above, it appears that the devices are not being polled by SNMP - does an SNMP test work for you? Stuart