Voicemail Service keeps stopping

[AJ800]

For the last several weeks, our voicemail service stops randomly and I have to open the Web Control (Application Web Server Control) and manually restart the Voicemail service in order for our calls to be answered by the attendant. It happens every couple of days now and our receptionist gets frustrated because calls are no longer routed through the menu system and instead come in directly to her and there are a lot. The logs/notifications only show the time it stopped and some numbers after "vmpro trace" which I have no idea what they mean. The VM system is running on a CentOS box with about 4GB and I checked and maybe a thrid of it is in use, so memory shouldn't be an issue and the CPU never really goes above 15% or so. We recently set our IP Office to record all calls rather than for certain extensions, so I'm not sure if that has anything to do with it. Is there some way to tell what is happening? In the 'Logs' page, under the Download tab, we can download compressed files that closely match the time when it went down, but when I extract them it's not something readable (example: core.vmpro.23456). Anyone seen this before? By the way, we're running Application Server Web Control v8.1.21-5 and all services show up to date on the 'Services' page under 'Application'. (Voicemail 8.1-9102.0; one-X Portal 8.1.92-28). Any help would be great. Thanks.

 

[tlpeter]

I would upgrade the lot to 8.1.79.
There are some server edition VMPro service issues resolved.
It is not the Linux apps but it uses the same software so i would try it.


BAZINGA!

I'm not insane, my mother had me tested!

 

[AJ800]

This is from the Notifications section:

vmpro problem detected. Restarting.
vmpro trace - 0x00d0c410 0x00d0c410 0x00368e30 0x0036a88e 0x083106e5 0x017ed040 0x9fddf6e8 0xf21fd8f9 0xb69b092c 0x00000000

Any idea what this means?

 

[hairlessupportmonkey]

Its the matrix, only neo knows.

ACSS - SME
General Geek

 

[AJ800]

Upgrading will be a real challenge because I have trust issues with this system and since a Verizon tech had originally set this up. I don't want to break the system and take our whole phone system down. Alternatively, I'm looking at a program called 'Monit' for Linux systems (this Voicemail server is set up on CentOS with no GUI) which monitors running processes and automatically restarts them if they stop unexpectedly. One issue in testing it that I found is that its configuration file references a required .PID file for each process it is monitoring in order to work. 'vmpro' (/etc/init.d) seems to be the name of the service (Although it shows up as 'VM Pro' with no PID when 'service --status-all' command is run). Has anyone ever used this with VMPro (or at all)? Is there a better program for CentOS that does this? Is there a better way to resolve this issue without upgrading?

 

[Westi]

get a PC and install the Apps server on it and then switch them out.
Downtime ~ 30 seconds
you can do a backup and restore it to the new box, then restore it to the new one and set the IP to the same value as the working system. Unplug the network of the working system and plug it into the new system, all will work and then you can see if it is a system problem or if there are environmental factors that cause it.
I have always a couple of spare apps servers (on Intel Core 2 Duo with 4GB of RAM and thrown out by customers) kicking around in case a voicemail crashes and they need a quick fix. So it doesn't have to be a really good PC and I am sure that you can find something without spending a fortune.


Joe W.

TeleTechs.ca
FHandw, ACSS (SME), ACIS (SME)


“This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter