Community
- Command Central
- MVP Program
- Monthly Mission
- Blogs
- Groups
- Events
- Media Vault
Products
- Observability
- Network Management
- Application Management
- IT Security
- IT Service Management
- System Management
- Database Management
Content Exchange
- SolarWinds Platform
- Server & Application Monitor
- Database Performance Analyzer
- Server Configuration Monitor
- Network Performance Monitor
- Network Configuration Manager
- SQL Sentry
- Web Help Desk
Free Tools & Trials
Store

Anyone having trouble installing IPSLA?

Configuration Wizard doesnt seem to complete. All support is telling me is that it takes time. In 2.5 hrs, the progress bar has not moved. Looking at SQL Activity Monitor, I the Insert process seems to be in Suspended or Wait status quite often. I think there is a bug.

Find more posts tagged with

Accepted answers

All comments

chris.smouse

Hi wwiley -

Just to verify - are you upgrading from a previous VoIP install (what version?) or are you a new IP SLA Manager customer?

We are aware that upgrading to 3.0 can take a long time when upgrading a large VoIP database. But, it is expected that the progress bar does not move during the upgrade itself, while it is doing VoIP database migration.

One more question - assuming you're an existing customer, have you been monitoring a lot of Cisco Call Managers (CCM)? If so, we added a couple of indexes for CCM data to improve performance in 3.0. This has the unfortunate side effect of extending the upgrade time while the indexes are added.

Hope this helps!

Chris

wwiley

Chris,

Thanks for your reply. Yes I am upgrading from a previous VoIP install. We were monitoring 3 CCM servers and approximately 25-30 VoIP nodes. I left the upgrade to run overnight and just checked on it. 6 hours and it is still running...

wwiley

15 hours now and no further progress...

chris.smouse

wwiley -

Sorry to hear about this. Are there other processes running against your VoIP database that might be competing with the database migration step of the config wizard? Examples include: an additional installation of VoIP, SolarWinds services or other external process that might be reading/writing from the database?

If not, please submit a support ticket for this issue and reference this thwack thread.

Thanks.

wwiley

I already had a case open from yesterday. I called Support this morning and while talking to the gentleman I made an astonishing discovery. My database which was running 69GB with a 4GB log file had EXPLODED to 165GB with a 95GB log file after installing IPSLA. Long story short, I made the decision to cut and run. My NPM environment had been down for over 20 hours and created a serious disk space issue on my production SQL environment not to mention the lapse in monitoring. I provided a diag file to Support this morning and then restored my database to a point prior to the IPSLA installation, uninstalled IPSLA and I am back in business. The database is back to 69GB with a 4GB log file.

I have had issues with my NPM database growing exponentially over the past few months, but Support determined it was related to NetFlow. Since I have disabled NetFlow and am awaiting a fix from Support / Development. It would seem to me that there is an issue with SQL. We run many other applications with a SQL backend and have never seen a DB grow 100GB in less than 24 hours.

At this point I do not intend to reinstall IPSLA until Support comes back with an explanation of what has occurred and what the resolution is and can assure me it will not crater my SQL server. I am more than happy to provide a backup of my NetPerfMon DB to Support or Dev for testing if needed.

chris.smouse

wwiley -

It would be fantastic if you can provide a backup of your NetPerfMon DB. Please submit this through the support ticket you already have open.

Thanks.

macnugetz

Thanks for the additional information. Support and Development are actively investigating this issue. We will keep you posted.