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.4 Computer Fails to Join the <strong>Cluster</strong><br />

Step Action<br />

3 If you find it necessary to modify the computer’s bootstrap command procedure (console<br />

media), you may be able to do so on another processor that is already running in the<br />

cluster.<br />

Replace the running processor’s console media with the media to be modified, and use the<br />

Exchange utility and a text editor to make the required changes. Consult the appropriate<br />

processor-specific installation and operations guide for information about examining and<br />

editing boot command files.<br />

C.4.3 Verifying SCSNODE and SCSSYSTEMID Parameters<br />

To be eligible to join a cluster, a computer must have unique SCSNODE and<br />

SCSSYSTEMID parameter values.<br />

Step Action<br />

1 Check that the current values do not duplicate any values set for existing <strong>OpenVMS</strong> <strong>Cluster</strong><br />

computers. To check values, you can perform a conversational bootstrap operation.<br />

2 If the values of SCSNODE or SCSSYSTEMID are not unique, do either of the following:<br />

• Alter both values.<br />

• Reboot all other computers.<br />

Note: To modify values, you can perform a conversational bootstrap operation. However, for<br />

reliable future bootstrap operations, specify appropriate values for these parameters in the<br />

computer’s MODPARAMS.DAT file.<br />

WHEN you change... THEN...<br />

The SCSNODE parameter Change the DECnet node name too, because both names<br />

must be the same.<br />

Either the SCSNODE parameter<br />

or the SCSSYSTEMID<br />

parameter on a node that was<br />

previously an <strong>OpenVMS</strong> <strong>Cluster</strong><br />

member<br />

Change the DECnet node number, too, because both<br />

numbers must be the same. Reboot the entire cluster.<br />

C.4.4 Verifying <strong>Cluster</strong> Security Information<br />

To verify the cluster group code and password, follow these instructions:<br />

Step Action<br />

1 Verify that the database file SYS$COMMON:CLUSTER_AUTHORIZE.DAT exists.<br />

2 For clusters with multiple system disks, ensure that the correct (same) group number and<br />

password were specified for each.<br />

Reference: See Section 10.9 to view the group number and to reset the password in the<br />

CLUSTER_AUTHORIZE.DAT file using the SYSMAN utility.<br />

C.5 Startup Procedures Fail to Complete<br />

C–14 <strong>Cluster</strong> Troubleshooting<br />

If a computer boots and joins the cluster but appears to hang before startup<br />

procedures complete—that is, before you are able to log in to the system—be sure<br />

that you have allowed sufficient time for the startup procedures to execute.

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

Saved successfully!

Ooh no, something went wrong!