 |
Modular Messaging Help
|
|
|
VS (MAS-specific) alarms
|
The following alarms are generated by the VS application and indicate a problem specific to the affected MAS:
Level:
Major
Description:
This alarm is raised when Voice Server Framework is unable to load the COM Configuration Manager. This problem typically occurs during boot-up. It means that the MAS software is not running correctly.
Repair Procedure:
When this alarm is raised, the MAS automatically reboots (forcibly, not gracefully) to correct the problem. This alarm typically occurs during initial boot-up, and the automatic reboot usually resolves the problem.
If after rebooting, the problem still exists, the system raises the alarm again, but the system does not automatically reboot again within 30 minutes. For more details about what is going on, you can check the event log (see
Displaying the MAS event and error logs).
If this happens, contact your Modular Messaging service or technical support representative immediately, as this alarm indicates that you have no messaging server functions.
Level:
Major
Description:
This alarm indicates that the system has failed to initialize the COM Security module for the affected MAS. When this alarm is raised, the system runs an application that automatically and immediately busies all ports, thus effectively stopping all communications on the MAS and rendering it non-functional.
Repair Procedure:
This problem requires a manual fix by qualified technical support personnel. If you see this alarm, contact your Modular Messaging service or technical support representative immediately, as this alarm indicates that your MAS is not allowing any communications at all.
Once the manual fix has been applied, the repair procedure requires a reboot of the system, which should clear and resolve this alarm.
Level:
Warning
Description:
This alarm indicates that the affected MAS cannot communicate with one or more Microsoft Exchange or IBM Lotus Domino back-end servers.
Repair Procedure:
If you see this alarm, attempt to locate the cause of the problem and resolve it by doing the following:
- Verify that the affected Exchange/Domino servers are running properly (using your Exchange/Domino system documentation as necessary).
- If they are running, verify that the connections between the MAS and the Exchange/Domino servers are good by running ping commands.
- If the servers are able to communicate, use the services Monitor application (Monitor.msc) to check that the Modular Messaging services are configured and running properly on the MAS, by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
For more information about the configuration of Modular Messaging services, see the installation guide for your system.
If none of these steps identifies and resolves the cause of the problem and the alarm persists, then you should contact your Modular Messaging service or technical support representative for assistance.
Level:
Major
Description:
This alarm indicates that the MM Messaging Application Server service has terminated the thread that caused the error.
The system generates this alarm whenever the MM Messaging Application Server service generates more than ten exceptions with no specific handling code at an average rate faster than one every five minutes. When this alarm is generated, the system attempts to restart the MM Messaging Application Server service.
Repair Procedure:
If the MM Messaging Application Server service restarts successfully, then the system considers the alarm resolved and generates a resolved-alarm event.
If you see this alarm, you can do the following:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Services (Local).
- In the services list pane, locate the service MM Messaging Application Server, and verify that:
- The Status column entry reads Started.
- The Startup Type column reads Automatic.
- Manually (stop and) restart the MM Messaging Application Server service:
For the procedures to stop and restart the MAS service, see Stopping and restarting the MAS service.
If the system does not resolve the alarm automatically within a period of a few minutes and manually stopping and restarting it also does not resolve the alarm, then contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the system had trouble reading a registry key in HKEY_LOCAL_MACHINE, or that the registry key is errant.
Repair Procedure:
Although there is no repair procedure for this alarm, you can identify the registry key that caused the problem by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1436 event.
If subsequent attempts to read the errant registry key succeed, then the system considers the alarm resolved and generates a resolved-alarm event. If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the system failed to synchronize with the front end database (FEDB).
Repair Procedure:
Although there is no repair procedure for this alarm, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1447 event.
If subsequent attempts to synchronize with the FEDB succeed, then the system considers the alarm resolved and generates a resolved-alarm event. If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Major
Description:
This alarm indicates that the system failed to create the Monitor Mailbox. When this alarm is raised, the system runs an application that automatically and immediately busies all ports, thus effectively stopping all communications on the MAS and rendering it non-functional.
Repair Procedure:
This problem requires a manual fix by qualified technical support personnel. If you see this alarm, contact your Modular Messaging service or technical support representative immediately, as this alarm indicates that your MAS is not allowing any communications at all.
Once the manual fix has been applied, the repair procedure requires a reboot of the system, which should clear and resolve this alarm
Level:
Major
Description:
This alarm indicates that the affected MAS cannot communicate with the Avaya S3400-family Message Store Server (MSS back-end server). This can be caused, among other things, by taking the MSS offline for scheduled maintenance or updates.
Notes:
- If you have a multiple-MAS system, each MAS that is in communication with the affected MSS should generate this alarm.
|
Repair Procedure:
If you see this alarm, attempt to locate the cause of the problem and resolve it by doing the following:
- Verify that the affected MSS is running properly and is not in offline mode.
For information on how to check your MSS for proper operation, see the MSS documentation for your system.
- If the MSS is running, verify that the connections between the MAS and the MSS are good by running ping commands for both public and private IP addresses.
- If the servers are able to communicate, use the services Monitor application (Monitor.msc) to check that the Modular Messaging services are configured and running properly on the MAS, by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
For more information about the configuration of Modular Messaging services, see the installation guide for your system.
If none of these steps identifies and resolves the cause of the problem and the alarm persists, then you should contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that there is a problem with the Message Waiting Indicator service.
The system generates this alarm whenever the MWI Failures KPI (event ID 1434) is incremented more than five times at an average rate faster than once every five minutes.
Repair Procedure:
The system is designed to restart the service whenever there is a failure. If it does so, and there is no new alarm generated within a 15-minute period, then the system considers the alarm resolved and generates a resolved-alarm event.
Although there is no repair procedure for this alarm, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1434 event.
If the system does not resolve the alarm automatically within a period of a few hours, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that:
- The system cannot start or restart the OctelAN service.
- The system cannot find a valid telephone number for an Octel Analog Networking destination node.
Repair Procedure:
Although there is no repair procedure for this alarm, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1393 or 1394 event.
If subsequent attempts to start the OctelAN service succeed, then the system considers the alarm resolved and generates a resolved-alarm event. If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Warning or Minor
Description:
If a warning, it indicates that the Operation History Buffer is more than 40% full.
If a minor alarm, it indicates that the Operation History Buffer is more than 80% full.
Repair Procedure:
Clear out space in the Operation History Buffer.
If the indication persists or recurs frequently, then you should contact your Modular Messaging service or technical support representative for assistance.
Level:
Major
Description:
This alarm indicates that the system was not able to start or restart one or more telephony board drivers. When this alarm is raised, the system runs an application that automatically and immediately busies all ports, thus effectively stopping all communications on the MAS and rendering it non-functional.
Repair Procedure:
This problem requires a manual fix by qualified technical support personnel. If you see this alarm, contact your Modular Messaging service or technical support representative immediately, as this alarm indicates that your MAS is not allowing any communications at all.
Once the manual fix has been applied, the repair procedure requires a reboot of the system, which should clear and resolve this alarm
Level:
Minor
Description:
This alarm indicates that the MAS could not read the port configuration for inbound ports successfully. This may mean that the inbound ports are either not configured properly or that the port configuration information for the system has been corrupted.
Repair Procedure:
Verify that the inbound ports are properly configured for your system (see the installation guide for your system).
If subsequent attempts to read the configuration for inbound ports succeed, then the system considers the alarm resolved and generates a resolved-alarm event.
If reconfiguring the inbound ports does not correct the problem, or if subsequent attempts by the system to read the inbound port configuration fail, then you should contact your Modular Messaging service or technical support representative for assistance.
Level:
Major
Description:
This alarm indicates that more than two thirds of the ports in the system are stuck. A stuck port is one that:
- Is not available to take or make calls
- Has been in its current Busy state for a period of time longer than the maximum allowable message time
To view and manage the status of ports on the system, use the Port Monitor tool (see
Using Port Monitor).
Repair Procedure:
When the system detects stuck ports, it automatically attempts to disable and re-enable them. If it successfully does so with the stuck ports in this situation, and the number of stuck ports falls below one third of the total number, then the problem is considered resolved and the system automatically generates a resolved-alarm event.
If the system is not able to successfully disable and re-enable the stuck ports, you can attempt to do so manually. For details on how to do this, see
Managing port states.
If the system cannot successfully reset the stuck ports, you have tried manually disabling and re-enabling the stuck ports, and the problem is still not resolved, then contact your Modular Messaging service or technical support representative for assistance.
Level:
Warning
Description:
This alarm indicates that a channel port has been disabled.
Repair Procedure:
There is no repair procedure for this alarm.
To find more detailed information about what caused the port to become disabled, you can check the Windows event log. For the procedure to check the Windows event log, see
Displaying the MAS event and error logs.
Level:
Warning
Description:
This alarm indicates that a port has failed. This may result from a problem in the system, or it may occur because the system has been manually taken out of service.
Repair Procedure:
The system is designed to automatically re-enable ports, if possible, when they fail. If the system does not enable the port automatically, you can attempt to enable it manually. For the procedure, see
Enabling ports.
To find more detailed information about what caused the port to fail, you can check the Windows event log. For the procedure to check the Windows event log, see
Displaying the MAS event and error logs.
If manual attempts to re-enable the port still do not resolve the problem, or you are seeing a great number of these warnings, it may indicate a more serious problem within the system. Contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the Rhetorix drivers have not started.
You can locate and view more detailed information about this failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1099 event.
Repair Procedure:
When this alarm is raised, the system responds by attempting to stop and restart the Rhetorix drivers. If successful, then the system considers the alarm resolved and generates a resolved-alarm event.
If the system cannot successfully stop and restart the Rhetorix drivers, you can try performing a manual shutdown and reboot of the system.
If this still does not resolve the problem, contact your Modular Messaging service or technical support representative for assistance.
Level:
Major
Description:
This alarm indicates that a Modular Messaging service has stopped repeatedly for some reason, or it has failed to restart. When the service first fails unintentionally, the system attempts to restart it automatically. This alarm is raised only after one such system automatic restart of the indicated service has failed again within a 30 minute period.
Repair Procedure:
When this alarm is raised, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1242 event.
If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the system is unable to access the message spool directory.
Repair Procedure:
There is no repair procedure for this alarm. Once the alarm has been raised, if the system is then able to access the message spool directory, then the problem is considered resolved and the system automatically generates a resolved-alarm event.
When this alarm is raised, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1527 or (unintentional) 1014 event.
|
Note:
A manual service shutdown currently results in a 1014 event being generated.
|
If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the system cannot verify that a switch link is operational.
Repair Procedure:
Verify that the switch link is operational. When it is, then the problem is considered resolved and the system automatically generates a resolved-alarm event.
If the system does not resolve the alarm automatically within a period of a few minutes, or you are seeing a great number of these warnings on your system, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the MM Messaging Application Server service has stopped repeatedly for some reason, or it has failed to restart. When the service first fails unintentionally, the system attempts to restart it automatically. This alarm is raised only after one such system automatic restart of the indicated service has failed within a 30 minute period.
This alarm is related to the MT ABS_PROC 1 alarm.
Repair Procedure:
When this alarm is raised, you can locate and view more detailed information about the failure by checking the Event Viewer Application log:
- Start the services Monitor application by doing one of the following:
- Double-click the Monitor.msc icon on your desktop.
- Click Start > Programs > Administrative Tools > Services.
- In the Tree pane, select Event Viewer (Local), expanding the tree if necessary.
- Double-click Application.
The system displays the Application log.
- Locate the most recent entry for a 1242 event.
If the system does not resolve the alarm automatically within a period of a few minutes, contact your Modular Messaging service or technical support representative for assistance.
Level:
Minor
Description:
This alarm indicates that the primary and/or secondary server names for remote integration are invalid.
Repair Procedure:
Verify that the system has the correct primary and secondary server names configured for remote integration.
Once the primary and secondary remote server names are recognized as being valid, then the problem is considered resolved and the system automatically generates a resolved-alarm event.
If the remote server names are configured properly and the alarm persists, contact your Modular Messaging service or technical support representative for assistance.
