stuartwhyte ✭✭✭✭✭

True. :)

Thanks for checking this out. Glad you identified it - all this trouble over 5 characters I'll give the encrypted file ago, but would prefer to use the certificate wherever I can. Could this be fixed under a feature request?

That's really interesting. After I last posted I added an alert for a different UnDP that we get more regularly, and this one has never failed. I've gone back to look and the new one collects historical data and the old one doesn't. I have modified the old one to collect historical data and I'll see what happens. As a…

Have you installed the suggested hit fix? There is a way to pull the information from the database & insert into a new platform, but this would require detailed information on what is required, & would be quite easy to get wrong. A support call to SolarWinds would allow them to do a gotomeeting with you & see directly what…

You're looking in the wrong place. The edit button is in the top right of the resource itself, not the top right of the page.

Because the "has changed" operator is only valid for certain values (such as node reboots, and IOS changes) and BGP states is not something the "has changed" code tracks. In fairness, that operator should not be made available to you in this instance, as it just confuses things.

Larry - Take a look at the alertlog table in the database. This is where the result of the trigger actions are stored. Stuart

Yes, what mesverrum​ said...

Did you click Edit Settings?

Correct

Try this:

Break down your WHERE statement into individual blocks and query one at a time: i.Status <> 1 will only show devices that are not UP, so unless you have a lot of devices in that state they wont show up, likewise for i.adminstatus. You are also querying for any interface that has changed in the past 60 days, so any…

Just another thought - what does the Interface Availability resource show for the time period in question?

This behaviour should be fixed in the upcoming 10.2 release (according to SW support) Ah, the old "Coming in the next release" line...

Yep, straight pasted in the body, nothing else added

This query will output something like you require, however the list of nodes isn't pretty: SELECT views.ViewTitle, Limitations.whereclause FROM views Left join limitations on (views.limitationID = limitations.limitationID) WHERE limitations.whereclause is not null

OK, I understand. You're asking to produce a list of the nodes that are applied using the view limitation. I'd have to take a look in my database to see where these are stored, however you might find better results using groups and custom properties. Create a custom property call "area" Assign the correct area to this…

Unless you need write access over SNMP (probably unlikely as you would know if you did) so just leave it blank...

‌aAs I have pointed out in both my posts, the initial delay is set at the bottom of the trigger condition/alert scope page. I'm not able to post a screenshot right now, but if you look on the page where you select your scope, it's at the bottom.

I just show the Chassis values in the UnDP status resource and the tempertaure is on a chart.

Sent.

Back to my main question - is it possible to use variables in alert name? - No.

Local logon

A quick google found this: http://pic.dhe.ibm.com/infocenter/storwize/ic/index.jsp?topic=%2Fcom.ibm.storwize.v7000.doc%2Fsvc_settinguperrornotcli_23eils.html This looks like traps though rather than SNMP GET. This is common, as some storage vendors prefer you to use their own monitoring tools, so don't support SNMP queries

Hmm, then I'm afraid I'm stumped on this one. A call to support would probably be your best course of action now.

Your alert condition is correct (or, if I am being pedantic, "one way of being correct" ), so leave this as is. Now, initiate your failure and wait 15 minutes. If you do not get an alert triggered, run Database manger (from your start menu on the orion server), click "add default server" and open any table. Paste: * SELECT…

 Hi, For everyones information, I have now had this issue resolved by support by using a pre-release hot fix. The problem had something to do with the fact that Orion wasnt "letting go" of an unanswered SMNP request, and as such these were starting to mount up until the server could no longer cope. Since applying the fix,…

When you say "not working" do you mean you are not receiving any alerts through, or the alert is not triggering? Your criteria looks good to me, perhaps check your trigger actions, and specifically, make sure your smtp server is correct without any typo's. Add a different trigger action, such as an event log, will prove if…

This all looks good surfinguru2000 wrote: Ok, here's screens from custom config down to event manger.... This too This needs a bit of change. There needs to be a status = up criteria here, as the alert will not reset. Also, the "connect" word should be yes. That should clear out the alerts and remove from Active alerts if…

What exactly are you looking to alert on? What about BGP "changing" are you interested in?