09.12.2012 Views

Server Alarms - Avaya Support

Server Alarms - Avaya Support

Server Alarms - Avaya Support

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

<strong>Server</strong> <strong>Alarms</strong><br />

Table 10: DUP <strong>Alarms</strong> 3 of 4<br />

Event<br />

ID<br />

Alarm<br />

Level<br />

Alarm Text, Cause/Description, Recommendation<br />

2 MAJ “Duplication link down” — One server’s Duplication Manager cannot<br />

communicate with the other server’s Duplication Manager.<br />

Follow steps 1 - 5 if using the Web Interface. Follow steps 6 - 10 if using<br />

the Linux Command Line Interface.<br />

1. Using the Web Interface: Access the trace log by<br />

a. Selecting the View System Logs diagnostic and<br />

Logmanager Debug trace<br />

b. Specifying the Event Range for the appropriate time frame<br />

c. Matching the “ndm” or "DUPLICATION" pattern<br />

2. Examine the trace-log query’s output for one of these messages:<br />

“mainlp: get_addrs returned ***. Could not get IP address for other<br />

server.<br />

Verify name and address in servers.conf. ndm exiting.”<br />

“san_check_msg() sync_msg failed: DUPLINK DOWN.”<br />

3. Check if the dup link is “up” from the Web interface’s <strong>Server</strong> section by<br />

selecting View Summary Status<br />

4. If so, manually clear the alarm by selecting <strong>Alarms</strong> and Notification,<br />

the appropriate alarm, and Clear<br />

If not, check the duplication interface’s Ethernet connectivity by<br />

selecting the Execute Pingall diagnostic<br />

5. If pingall passes, check the other server’s applications by selecting<br />

View Process Status<br />

60 Maintenance <strong>Alarms</strong> for <strong>Avaya</strong> Communication Manager, Media Gateways and <strong>Server</strong>s<br />

3 of 4

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!