02.12.2012 Views

OpenVMS Cluster Systems - OpenVMS Systems - HP

OpenVMS Cluster Systems - OpenVMS Systems - HP

OpenVMS Cluster Systems - OpenVMS Systems - HP

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>Cluster</strong> Troubleshooting<br />

C.10 Diagnosing Port Failures<br />

C.10.4 Verifying Virtual Circuits<br />

To diagnose communication problems, you can invoke the Show <strong>Cluster</strong> utility<br />

using the instructions in Table C–4.<br />

Table C–4 How to Verify Virtual Circuit States<br />

Step Action What to Look for<br />

1 Tailor the SHOW CLUSTER report by entering the SHOW<br />

CLUSTER command ADD CIRCUIT,CABLE_STATUS. This<br />

command adds a class of information about all the virtual<br />

circuits as seen from the computer on which you are running<br />

SHOW CLUSTER. CABLE_STATUS indicates the status of the<br />

path for the circuit from the CI interface on the local system to<br />

the CI interface on the remote system.<br />

2 Run SHOW CLUSTER from each active computer in the<br />

cluster to verify whether each computer’s view of the failing<br />

computer is consistent with every other computer’s view.<br />

WHEN... THEN...<br />

All the active computers have<br />

a consistent view of the failing<br />

computer<br />

Only one of several active<br />

computers detects that the<br />

newcomer is failing<br />

The problem may be in<br />

the failing computer.<br />

That particular computer<br />

may have a problem.<br />

Primarily, you are checking whether there<br />

is a virtual circuit in the OPEN state to the<br />

failing computer. Common causes of failure<br />

to open a virtual circuit and keep it open are<br />

the following:<br />

• Port errors on one side or the other<br />

• Cabling errors<br />

• A port set off line because of software<br />

problems<br />

• Insufficient nonpaged pool on both sides<br />

• Failure to set correct values for<br />

the SCSNODE, SCSSYSTEMID,<br />

PAMAXPORT, PANOPOLL,<br />

PASTIMOUT, and PAPOLLINTERVAL<br />

system parameters<br />

If no virtual circuit is open to the failing<br />

computer, check the bottom of the SHOW<br />

CLUSTER display:<br />

• For information about circuits to the<br />

port of the failing computer. Virtual<br />

circuits in partially open states are<br />

shown at the bottom of the display. If<br />

the circuit is shown in a state other<br />

than OPEN, communications between<br />

the local and remote ports are taking<br />

place, and the failure is probably at<br />

a higher level than in port or cable<br />

hardware.<br />

• To see whether both path A and path B<br />

to the failing port are good. The loss of<br />

one path should not prevent a computer<br />

from participating in a cluster.<br />

C.10.5 Verifying CI Cable Connections<br />

Whenever the configuration poller finds that no virtual circuits are open and<br />

that no handshake procedures are currently opening virtual circuits, the poller<br />

analyzes its environment. It does so by using the send-loopback-datagram facility<br />

of the CI port in the following fashion:<br />

1. The send-loopback-datagram facility tests the connections between the CI<br />

port and the star coupler by routing messages across them. The messages are<br />

called loopback datagrams. (The port processes other self-directed messages<br />

without using the star coupler or external cables.)<br />

C–20 <strong>Cluster</strong> Troubleshooting

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

Saved successfully!

Ooh no, something went wrong!