24.12.2012 Views

ClearPath IX Systems Installation and Configuration Guide

ClearPath IX Systems Installation and Configuration Guide

ClearPath IX Systems Installation and Configuration Guide

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

Verifying the Interconnects <strong>and</strong> Achieving Hardware RFU<br />

The "1" option instructs CMS 1100 to retrieve the system configuration from CMS1100$*-<br />

CONFIG$.CONFIG <strong>and</strong> save an internal representation of it. This option must be used<br />

whenever the system configuration changes <strong>and</strong> CMS 1100 is reconfigured. At other times,<br />

it is unnecessary but harmless.<br />

Using CMS 1100 in Verifying Hardware Communications (If Not Yet Done)<br />

At this point, if the PING test for hardware communications has not been done, continue<br />

with 14.6. Otherwise continue with Section 15.<br />

14.6. Running the PING Test to Verify Hardware<br />

Communications<br />

Once CMS 1100 is up <strong>and</strong> running (14.5.1 or 14.5.2), take the steps below to test<br />

interconnect communications <strong>and</strong> achieve hardware RFU.<br />

Notes:<br />

• For Model <strong>IX</strong>5000 Series or <strong>IX</strong>4800 servers below Plateau 2.0 that are configured for<br />

resilient partitions, a minimum CC3000 tape level of 1R2 is required to execute the<br />

PING test for the second 2200 node. At Plateau 2.0, the CC6000 tape supersedes the<br />

CC3000 for all configurations. The minimum required level of CC6000 is 2R1.<br />

• If the second 2200 node in a resilient partition is up <strong>and</strong> running, perform the<br />

PING test for both nodes.<br />

• During a PING test, CMS 1100 warning messages may appear stating “*FDDIVn<br />

NODE(S) NOT CONFIGURED IN THE EXEC.” You can ignore those messages if the<br />

connections were not configured because the extra interconnect hardware<br />

components were not purchased as part of the system. But, if you receive four of<br />

those messages where n is equal to I, J, K, <strong>and</strong> L then the ODB either does not have<br />

the interconnect configured, or it is configured with the wrong device names.<br />

1. At each Intel node, log on as follows:<br />

• If running UnixWare, log on as superuser at a console session, if you are not<br />

already logged on (8.12.1).<br />

• If running Windows NT, log on as administrator, if you are not already logged on<br />

(3.5), <strong>and</strong> launch a Comm<strong>and</strong> Prompt session.<br />

2. For each active 2200 node, type the following comm<strong>and</strong>, then press Enter:<br />

ping fddiname<br />

where fddiname is the FDDI host name of the 2200 node being tested (see Appendix B<br />

for assigned FDDI host names).<br />

The response depends on which software is being run as follows:<br />

• For UnixWare, the following message appears:<br />

fddiname is alive<br />

The connection is not operational if the following message appears:<br />

no answer from fddiname<br />

7850 5104–009 Version 009B (Web Only) 14–15

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

Saved successfully!

Ooh no, something went wrong!