mdriskell ✭✭✭✭✭

I really like the idea of separating the data stores for these. I personally have watched a large trap varbinds table cripple SW. Separate data stores could help that and allow for a more robust deployment.

My general MO was always poll for what you can. Trap for what you can't.

It would be nice to see it all in one place and have similarities but trapping/syslog will always be somewhat separated as they need a top/down scenario.

As an add on or perhaps it should be an additional feature request should be historical bandwidth tracking. Right now say you have a 100Mb circuit that is 80% utilized. If you upgrade that to 200Mb all your old charts instantly use the new bandwidth setting (because the system only keeps one) so your prior reports show 40%…

Message at the top of this thread..... To receive updates on the WPM roadmap, JOIN thwack and BOOKMARK this page. <Dripping with Sarcasm>Huh...I'm not getting any updates I also recently asked my library to let me know if Edgar Allen Poe has written anything new...So far no updates there either</Dripping with Sarcasm>

They won't do that automatically but there is an action you can apply to change the status of the interface.

I haven't seen a roadmap for 10.6 yet...do you have a link you can share?

I may have to blend my script with yours.....I did mine a little different I'm only looking at the last X minutes (couldn't figure out how to get it to look only where I left off) but I return all events since the last poll that match. The date on your script shows you posted this the day before I wrote mine. I had looked…

Windows Event Log Monitor Enhancements to Display Event Message Details Sweet Spent several hours the other day writing a PS script to do just that (several hours because I'm not very good at it). Seems to be working well though I'll make a note to share it with the community here soon.

I guess I'd like the choice. There are some cases where the service restart simply takes time. However we have other cases where a service stopping for up to 30 minutes is by design of the application. I don't understand why it works that way but we have some "watch" services we monitor that the system kills and kicks back…

Just curious but if I am not leveraging Cisco IPSLA on my routers what could I expect to see out of this tool against our Avaya gear?

@sdolan feel free to message me if that doesn't work for you. I have that template I created working on all of our UNIX boxes.

It depends on your target audience too. If you are talking about your sites hitting it then you are absolutely correct. However if customers are accessing your systems then the cloud eliminates your poor ISP issues giving your customers a better experience.

yeah I broke down and submitted the idea after I had to create 4 different alerts for this request that came in http://thwack.solarwinds.com/message/199560#199560

I ran into this exact problem a few months back. It had eclipsed our critical state and filled up the volume before SW could even trigger...If we had seen it growing 15 GB an hour earlier we would have caught it.

Sorry for just seeing this but that's the issue I had with this feature...the notes are only for active. What if I want to go and see what happened on an alert from the day/week before that's no longer active. It's in a runtime cache and as soon as the alert clears the notes do as well.

Figured it was something along those lines....Thanks,

Not if it's all in his "mind palace". Sorry just finished Series 3 of BBC's Sherlock.

While I agree and would like to see this done in the product. There is a way to accomplish this now if it's worth the effort to you. You write a script instead to detect a process. Have it return a 0 if down and a 1 if up. Alert greater than 0. I've used similar scripts in the past to get around this.

Just completed migrating all of our Site Scope transactions into SEUM so that we can retire HP.

Yeah mine just returns the offset but for a UE monitor it suffices my needs because it confirms a return of data from the NTP server regardless of manufacturer.

SIGH....I'm very disappointed. I'll move forward in finding an alternative to SW for trapping....Hopefully I don't find a full product replacement while I'm looking.

Yeah that's how I got it I thought of a rhyme.....

Insert Picard Face-Palm here.......Next

I'd have to agree with here. Lot of effort to be eliminated that quickly for getting one wrong. 

Man I feel for you that is painful. brings up a very good point too. Traps and syslog messages aren't alerts. There is no concept of acknowledgement and escalation if they are missed no one knows until the phone rings with an upset user on the line.

I too am actively seeking a replacement for SNMP/Syslogging. It has gotten to the point that our reliance on these two features and SolarWinds inability to execute in this small but vital space has left me with no choice. When I wrote this thread I had no idea that it would be this well received by the community and that…

I just figured out the bonus too...Sweet...Gotta pay attention to this mission. 

I would firmly agree that SNMP trapping is a valuable way to instantly communicate a change in the environment. That being said however there are IMO some severe flaws in the functionality of utilizing these traps in NPM. I posted the following idea a short while back and the community has chimed in with their thoughts on…

Well if it installed only what it needs then you would still have to do a download of the entire package.