mfinnigan

We're in a similar boat, but if I add the NodeID from Orion to my service desk application as an attribute of each server, I can correlate on that end and can still populate the ticket with the customer information. It's more book-keeping for me, but I know I can do that much faster than SolarWinds seems to respond to…

I'm reasonably certain, yes. If SNMP craps out on a monitored machine, prior to using suppression, we would get a lot of "application down" alerts. Now, we have one alert specifically for SNMP being down, if the process name = snmp.exe (suppressed if the node is down), and one alert for applications being down- and that's…

Oh, that's true. You can get it via that, just not on it's own line. I was hoping to get the servername as the only entry on a line so i could import it from the email in our helpdesk system automatically.

Well, I also suppress on SNMP being down. Because if I didn't, and SNMP stopped or was slow to respond, I will get one alert per application. 

We have also noticed that restarting SNMP on Windows is misreported as a reboot. I do think that's something to do with the SNMP implementations, nothing to do with Orion specifically.

Wow - that's some very impressive work from Steele. I'll see how much of that I can apply to what I'm doing. The rest of them looked like different ways to get Orion to display info from ticketing systems, which isn't really what I'm looking for. Thanks!

 Ooooh... Do you mean in a service pack, or in APM 2.0?

Seconded. I don't know if there is a fix for this, the problem is that Windows doesn't present the underlying service name this way.

I have seen something weird. When you copy an alert in the beta alerting engine, the trigger and reset actions disappear in the original (but are now in the copy.) I haven't confirmed that this happens every time in exactly this fashion, but I've seen it happen a lot.

Application monitoring has to be defined and customized for the application in question, so there's no such thing as a "plain ol' app server." You've got some sensible default templates built in, anything else you'll need to create yourself. What's the app? IIS? JBoss? Tomcat? Is this a Windows or a Unix system? You've got…

Ian Underwood - how do you get alerts from reboots in the new alerting engine? I thought it was something that couldn't be done. My thought on the automatic reset would be to take some condition that will always be true, like "last boot time is greater than jan 1 1970", make that the reset condition after a 5-minute wait.

Nope. Why is there reluctance to install SNMP? It comes standard with almost every OS, and on Windows the installation does not require a reboot.

Nope. I've been asking, they say that the application alerts only have access to what is listed as application variables. So, you're pretty much limited to ${NodeID}, you can't even get the server name or any custom properties. Tough luck, as they say, because I wanted to do the exact same thing.

I just discovered today that we had the same problem - and I didn't know about it until now, we did the upgrade two weeks ago. 

quote:Originally posted by asl-support Have you set the Application Monitor to work with devices other than Windows? As I said :quote: Device Support in App Monitor is set to "All Devices".

Hmmm - might not just be Netware. We also have a VMS machine (no laughing) that does apparently support the Host Resources MIB - I can see the volumes, CPU, etc, in Orion and graph them. The MIB Browser from the toolset shows me the Host Resources MIB. But, Orion can't use Application Monitoring.

Well, not strictly true, I think. I have application alerts that are suppressed if the node is down. 

Seconded - I would like to have this ability. We have some servers that are owned by a client that doesn't want to allow ping, but does allow SNMP, into their environment.