I'm getting a similar error that is causing the alerting engine to not send some alerts or resets. All my alerts are setup as advanced alerts and each is set to write to the event log & syslog, and send out a trap.
Event Type: WarningEvent Source: TrapServiceEvent Category: NoneEvent ID: 1023Date: 5/1/2008Time: 12:01:53 AMUser: N/AComputer: ORION-POLLERDescription:An Exception was thrown while updating the varbinding information.Error Detail-Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.For more information, see Help and Support Center at go.microsoft.com/.../events.asp.
Any word on this issue? I'm still getting it while running version 9 with SP1.
We are getting the same error message and it practically locks up the box. We have the Trap Service stopped right now to alteast be able to use Solarwinds. Should I open a ticket?
Yes, opening a ticket with support will allow us to work with you to get more information.
Any response to this case? We are also seeing the same issue.
Thanks,
Bob
Same issue here.
Any solution yet?
Yesterday we moved our SQL DB to a dedicated server (before, it was located on the same host where SW Apps are, but we had performance issues so we decided to separate them). We moved the DB, used the Database Configuration Utility to connect to the new server and the Orion Website came back online.
We are not receiving Notifications for events anymore.
Are you still seeing the issue with NPM 9.1?
Yes we are seeing it in 9.1
Our environment:
APP Server-1 houses appliations: NCM 5.0 SP1 & NPM 9.1
DB Server 1 houses NCM database
DB Server 2 houses NPM database
Do you have any alert supressions in use on your alerts or do you have an inane amount of syslog packets coming in? This issue for us was that we were alerting via SNMP traps on certain syslog events, the problem was improperly formed syslog packets coming from different vendors. While the Toolset was able to handle the packets, Orion could not. This was fixed in 9.0 for the syslog piece. In the alert supression's we found one that was changed in the upgrade that caused the non-alerting; once we fixed that, everything worked again.
Thanks for the response.
All syslog events are from a single vendor (well known network vendor), not more than 3-5 messages every 15 seconds.
We are not doing any event supression, but we do alerts based upon basic things like interface/device up/down.
We only do alerting within Orion (email notification, etc).