Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Installation
Table
Up to 8 SuperDomes per Support Management Station (approx.) need one TS for SCAN/FWUU,
if more than one: need to reset IPs
LAN
Platform Comparison
A180
A500
Staccato
Crescendo
18 Gig HD
18 Gig HD
two LANs
180 MHz
360 MHz
single proc
single/dual proc
Software
1. The swinstall command is probably easiest. As root, type swinstall -s <depot> <cr>.
2. Once the swinstall / depot screen is displayed, one the the selections should be Fwuu. Select
and mark Fwuu for install. You should be able to select the directory for install.
3. Start the install process from the Action heading, selecting Install.
4. When download is complete, exit the program.
5. Verify the fwuu executable file is in the proper directory. The absolute path is /opt/fwuu/fwuu.
6. Loading and / or updating the firmware files used by fwuu is covered in Updating Superdome
Firmware.
FWUU Commands
The Firmware Update Utility has five commands to aid the user in successfully performing a firmware update task.
They are:
DISPMAP--Displays a map of the remote/target superdome system
UPDATE--Updates firmware on an entity specified by its flash handle Usage: update <flash handles>
<firmware file>
Start FWUU with the command ./fwuu. FWUU then asks for the IP address of the GSP on the system to
be updated.
Type the IP address of the Private port. FWUU responds with the following:
A "successfully connected" message
Step 4.
feshd1-t% ./fwuu
*********************************************************************
*****
*****
*****
Firmware Update Utility
*****
*****
*****
*****
(C) Copyright Hewlett-Packard Co 1999
*****
*****
All Rights Reserved
*****
*****
*****
*****
THIS PROGRAM IS NOT LICENSED TO CUSTOMERS
*****
*****
*****
***** This program is intended for use by trained HP support
*****
***** personnel only. HP shall not be liable for any damages *****
***** resulting from unauthorized use of this program. This
*****
***** program is the property of HP.
*****
*****
*****
*****
Version A.00.30
*****
*****
*****
*********************************************************************
Complex Name:
Model Number:
Model String:
Original Product Number:
Current Product Number:
Serial Number:
Complex Revision Number: 0000
Firmware files found in "." directory:
Filename
________________________
cio.4.14.frm
clu.4.6.frm
pm3.4.6.frm
sinc.4.10.frm
sub.4.16.frm
hd.bin.04.00.frm
Entity Type
___________
PDI
CLU
PM3
SINC
GSP
PDC
Firmware
Revision
________
4.14
4.6
4.6
4.10
4.16
4.0
Hversion
_________
0x42
0x42
0x42
0x42
0x42
0x5c7
Cabinet
_______
0
0
0
0
0
0
0
0
Entity Type
___________
GSP
PM3
CLU
PDI
SINC
PDC
SINC
PDC
Flash
Handle
______
576
640
704
775
1088
1152
1092
1156
Cell#
_____
N/A
N/A
N/A
4
0
0
4
4
PDI#
____
N/A
N/A
N/A
7
N/A
N/A
N/A
N/A
Firmware
Revision
________
4.16
4.6
4.6
4.14
4.10
4.0
4.10
4.0
Hversion
__________
0x42
0x42
0x42
0x42
0x41
0x05C7
0x41
0x05C7
Flash Handle--A unique number based on a mapping algorithm whereby no two entities within a complex can
have the same number
This number is part of the UPDATE command line where different checks are made to ensure success.
Cell number--A number that is combined with the cabinet number to point to a physical location
PDI number--The physical location of the Core IO card where PDI resides
In the example above, the PDI number is 7. It maps to IO Bay 1, IO Chassis 3.
Updating Firmware
To update the firmware on an entity or entities, use the UPDATE command. The format of the command is as
follows:
UPDATE <flash handle number(s)> <firmware file>
If multiple entities are being updated with the same command line, they must all be the same type. For example, if
there is more than one cell board to be updated, the PDC on every cell board in a cabinet could be updated with one
command line as shown below:
UPDATE 1152 1153 1154 1155 1156 1157 1158 1159 pdc.4.11.frm
Instead of entering all of the Flash Handles separately, they can be entered as a range (provided that they all are
included). The following is an example:
UPDATE 1152-1159 pdc.4.11.frm
All entities of a type within a partition must have the same firmware revision. As an example, suppose one cabinet
with eight cells divided equally into two partitions, and the four cells in the first partition have PDC firmware rev 4.10
while the four cells in second partition are running PDC 4.22. This is an acceptable configuration. To replace a cell in
one of the partitions, you would have to check the revision of the firmware (PDC and PDHC) on the new cell board
before allowing the cell to join the partition.
Save all firmware files (.frm) in a sub-directory of /opt/fwuu just in case you need to down-rev a firmware
file.
There will be a table of compatible hardware and firmware revisions published. Always check for the latest
version of the compatibility document before updating firmware to a new revision.
Certain rules about the state of the hardware apply to Firmware Update Utility. These are listed below by the type of
firmware being updated:
PDC, PDHC, and CIO--The partitions must be shut down and the cell boards must be at BIB. The GSP
command RR insures this. The cabinet must be powered on (the +5HKP and +48VDC must be on).
CLU--The cabinet must be powered down (+5HKP and +48VDC must be off).
PM--The cabinet must be powered down (+5HKP and +48VDC must be off).
GSP--The GSP can be updated while everything is up and running without affecting the cabinet or operating
partitions.
Because the GSP must be reset upon completion, the connection from the Support Management Station to the
GSP will be lost and all consoles, VFPs, and other connections to the GSP will be disconnected. Once the GSP
has completed rebooting, the connections can be re-established.
Do not interrupt or disturb the firmware update process in any way, even if you have made a mistake
and selected the wrong revision of the firmware file. The firmware file will be incomplete, corrupted,
and the board will have to be replaced.
Once the fwuu> prompt has returned, you can immediately do another update with the proper file.
As long as the entity doesn't reset, you can reload the proper firmware file. If the entity does reset, the
corrupted firmware file will load from Flash to RAM and the board will be inoperable. The only to do
in this case is to replace the affected board.
Updating firmware................
Percentage Complete
100 %
Cabinet
_______
0
Entity Type
___________
GSP
Flash
Handle
______
576
Firmware File
______________________
sub.4.16.frm
Update
Status
_________
PASSED
The above example appears to have had problems because of the Warning: statement. In this case, it is a successful
update. As mentioned previously, when the GSP is updated, it will reset, dropping all connections to it. As a user,
give the GSP enough time to reset and reboot, then re-establish the connection.
As stated in the last line of the above example, the update of CLU firmware was not successful. However, the Update
Utility was successful in that it determined the cabinet was in a powered up state. The utility requires the +48 V to be
off before it will update the CLU or PM firmware. The rules for machine state before updating firmware are enforced
by FWUU but not explained beforehand.
Exiting FWUU
When the update task has been completed, exit FWUU and log off of the Support Management Station. Type exit
<cr> to get back to the Support Management Station HPUX prompt. Type exit <cr> again to disconnect from the
Support Management Station.
Updating Superdome Firmware
Installing SCAN
Installing SCAN
System Hardware > Support Management Station Hardware
Enter swinstall -s /CD (for example). FWUU and Scan-Released should appear the software
window. There may be other files, too, but these two should be there.
Test the process. Log out as root and log back in as hduser (password: hd<space>user). You should be
able to run the /opt/scansw/bin/cmd command, which builds the configuration files for the Superdome.
Installing SCAN
Blank or scratch tape that can be left at the customer's site, if security requires
Step 1. Insert the blank or scratch tape into the DDS drive.
Log on to the HPUX machine as root.
The default directory for SD to use is /var/usr/spool/.
If you want a different directory, create it at this time. It will be specified later after starting the swcopy
Step 2. process.
Whatever directory is specified, it will become registered with SD. In the future, whenever you use a SD
command (swinstall, swcopy, swpackage, swremove, etc.), the directories you have used will appear in
the list of depots.
At the # prompt enter the following:
swcopy -s hpdst123.cup.hp.com:/scan/depots/released/IPR0103
The current depot for scan software is listed above. However, it will change periodically. Check with
Step 3. WWSIT or WTEC for the latest depot site. Be sure to substitute the latest depot site (IPR0112, IPR0203,
etc.). When the swcopy window comes up, point the target path to the directory you want the software
installed. You can set up your own temporary directory for files and delete them when finished. For
example, /tmp/scan for scan software would keep it separate from all of the patch bundles that are
copied by this same process.
When the files are copied to the specified directory, close the swcopy window.
Step 4. The files will now be moved to tape in a way that swinstall understands. This will facilitate the
installation at the customer's site.
Enter the sw command.
There are a lot of arguments available to this command, being part of the SD command family. Use the
HPUX man pages for the specific command, or, enter man 5 sd. This gives a generic listing of the SD
commands, their arguments and options. The command for this example is:
Step 5. /usr/sbin/swpackage -s /tmp/scan -x target_type=tape -d /dev/rmt/0m.
You may have to include some other optional arguments on the command line, depending on how your
particular system is set up. The above swpackage command example uses the /tmp/scan depot to find
the files we wish to package, the target is a tape, and the specific device is /dev/rmt/0m. The output from
the above command is shown in Example 1 below.
Step 6.
Take the tape (can be done with a CD, also) to the customer's site and load into the Superdome SMS DDS
drive.
Installing SCAN
Installing SCAN
*
*
*
*
*
*
*
*
Configuring SCAN
Configuring SCAN
System Hardware > Support Management Station Hardware
% cat complex.cfg
Complex
Hostname
priv-04
Architecture 48
IP_Address
15.99.111.104
Port_Number 5151
Nodes
#
Keyword
Node
SDP
Queue
Queue
#
Num
Version
depth
Size bytes
#
----------------------------------------------------Node_Reference
0
1.0
1
96768
End_Of_Nodes
End_Of_Complex
Complex
Hostname
priv-05
Architecture 32
IP_Address
15.99.111.105
Port_Number 5151
Nodes
#
Keyword
Node
SDP
Queue
Queue
#
Num
Version
depth
Size bytes
#
----------------------------------------------------Node_Reference
0
1.0
1
96768
Node_Reference
1
1.0
1
96768
Node_Reference
8
1.0@
1
96768
End_Of_Nodes
Configuring SCAN
End_Of_Complex
End_Of_File
In Example 1 above, the /opt/scansw/data/complex.cfg file shows the SMS has two systems configured, The first,
priv-04, is a Superdome 16 Way machine. We can tell by the architecture number 48. 48 is designated for 16 way cabinets and
32 is designated for 32 way cabinets. Even though a left and right cabinet together equals a 64 way machine, each cabinet or
node is a 32 way. Scan treats each node as a separate entity. Priv-05 is a Superdome 64 Way. We can tell by remembering our
configuration rules. All compute cabinets will be numbered from 0 to 7 with even numbers on left cabinets and odd numbers on
right cabinets. All I/O Expansion cabinets are numbered from 8 through 15. Therefore, priv-05 is a 64 way box with one I/O
Expansion cabinet attached.
% cat node_0.cfg
#----------------------------------------------------------------# This is a CMD generated JUST Node Configuration file.
#
# The node config file provides JUST with the following data:
#
1. What boards are installed in the system.
#
2. What paths exist in the system and the devices that
#
compose those paths.
#-----------------------------------------------------------------
Configuring SCAN
#----------------------------------------------------------------# Each path entry in the node has the following format:
http://superdome-test.fc.hp.com/sd_epss_cdrom/content/00/00/C8/idd/112.html (3 of 13) [2/14/2001 2:46:33 PM]
Configuring SCAN
#
# Path <path number>
#
Device <board id> <mech name> <ref des> <jtag id> <part #>_<part rev>
#
.
#
.
#
Device <board id> <mech name> <ref des> <jtag id> <part #>_<part rev>
# End
#
# Path, Device, and End are all keywords used to parse this file.
#
# <path number> is a unique number identifying this path.
#
# Within each path is a list of devices present on that path.
#
# <board id> This field identifies which board the device is on.
#
# <mech name> This field gives the device a unique name and comes from
#
a user generated file.
#
# <ref dex> This field is the reference designator of the device.
#
# <jtag id> This field is the jtag id of the device.
#
# <part #> This is the part number of the device.
#
# <part rev> This is the revision of the part from the jtag id.
#----------------------------------------------------------------Path
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: MAIN BACKPLANE Number: 0
##########################################################################
Device 02100000 XBC00 U67 0x24071049 togo
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: MAIN BACKPLANE Number: 0
##########################################################################
Device 02100000 XBC01 U4 0x24071049 togo
End
Path
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: MAIN BACKPLANE Number: 0
##########################################################################
Device 02100000 FPGA0 U32 0x010400dd fpga
End
Path
Configuring SCAN
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 cc U44 0x14076049 dna
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 dillon U7 0x11250005 dillon
End
Path
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 cpu0 U35 1QM1-000A pcxw
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m2y U10 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m3y U11 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m3x U38 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m2x U37 0x14091049 m2
End
Path
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m0x U71 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m1x U72 0x14091049 m2
Configuring SCAN
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m1y U51 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 m0y U50 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 0
##########################################################################
Device 03100000 cpu2 U52 1QM1-000A pcxw
End
Path
12
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 cc U44 0x14076049 dna
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 dillon U7 0x11250005 dillon
End
Path
13
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 cpu0 U35 1QM1-000A pcxw
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m2y U10 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m3y U11 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m3x U38 0x14091049 m2
Configuring SCAN
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m2x U37 0x14091049 m2
End
Path
14
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m0x U71 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m1x U72 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m1y U51 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 m0y U50 0x14091049 m2
##########################################################################
#Node Num: 0 Family: PROCESSOR Type: CELL Number: 3
##########################################################################
Device 03130000 cpu2 U52 1QM1-000A pcxw
End
Path
30
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p00 U5001 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p01 U5002 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p02 U5003 0x582360a9 elroy
##########################################################################
http://superdome-test.fc.hp.com/sd_epss_cdrom/content/00/00/C8/idd/112.html (7 of 13) [2/14/2001 2:46:33 PM]
Configuring SCAN
31
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p06 U5007 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p07 U5008 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p08 U5009 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p09 U5010 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p10 U5011 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 1
##########################################################################
Device 02310000 p11 U5012 0x582360a9 elroy
End
Path
32
##########################################################################
Configuring SCAN
42
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p00 U5001 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p01 U5002 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p02 U5003 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p03 U5004 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p04 U5005 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p05 U5006 0x582360a9 elroy
End
Path
43
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
http://superdome-test.fc.hp.com/sd_epss_cdrom/content/00/00/C8/idd/112.html (9 of 13) [2/14/2001 2:46:33 PM]
Configuring SCAN
##########################################################################
Device 02350000 p06 U5007 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p07 U5008 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p08 U5009 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p09 U5010 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p10 U5011 0x582360a9 elroy
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 p11 U5012 0x582360a9 elroy
End
Path
44
##########################################################################
#Node Num: 0 Family: IO Type: CORE IO Number: 5
##########################################################################
Device 05150000 diva U18 1821-3440 diva
##########################################################################
#Node Num: 0 Family: IO Type: CORE IO Number: 5
##########################################################################
Device 05150000 cio_lan U8 1821-3749 cio_lan
##########################################################################
#Node Num: 0 Family: BACKPLANE Type: HIOB Number: 5
##########################################################################
Device 02350000 reo U5000 0x14081049 reo
End
cmd Errors
As with any program, sometimes there are errors. This section is not an attempt to document every error that could ever occur,
http://superdome-test.fc.hp.com/sd_epss_cdrom/content/00/00/C8/idd/112.html (10 of 13) [2/14/2001 2:46:33 PM]
Configuring SCAN
but show examples and explain the most common error(s) encountered with cmd.
Scenario: You've just installed a Superdome complex and its Support Management Station. You've installed the Scan-Released
bundle on the SMS and are now ready to configure the Scan software to Scan test the Superdome complex before releasing it to
the customer. You run the command /opt/scansw/bin/cmd and then /opt/scansw/bin/just -s priv-yy where yy equals the
complex (priv-01, priv-02, etc). Just fails. Can't find complex information.
What happened?: The cmd command failed without informing you. To be more precise, the cmd command never really got to
run, as shown in the example below.
feshd5-t% cmd
INFORMATIONAL: Using default settings.
feshd5-t% cd ../data
feshd5-t% ll
total 702
-rw-rw-rw1 hduser
users
64 Jan 9 13:10
drwxr-xr-x
7 hduser
users
1024 Dec 29 13:14
drwxr-xr-x
3 hduser
users
1024 Jan 8 15:25
-rw-r--r-1 hduser
users
1042 Nov 7 22:00
-rw-r--r-1 hduser
users
4838 Nov 7 22:00
-rw-rw-rw1 hduser
users
892 Jan 10 08:41
-rw-rw-rw1 hduser
users
201 Jan 10 08:41
-rw-rw-rw1 hduser
users
1823 Jan 8 15:27
-rw-rw-rw1 root
sys
1781 Jan 8 15:27
drwxrwxrwx
2 hduser
users
24 Jan 10 08:38
drwxrwxrwx
2 hduser
users
1024 Dec 29 11:44
-rw-rw-rw1 hduser
users
2775 Jan 9 13:12
-rw-rw-rw1 hduser
users
297 Jan 9 13:12
-rw-rw-rw1 hduser
users
16 Dec 29 10:42
-rw-rw-rw1 hduser
users
325126 Jan 9 13:12
feshd5-t% cat cmd.log
Wed Jan 10 08:40:58 2001
INFORMATIONAL
: Message Log now using this file:
1
arch_0020
arch_0030
arch_code.map
cmd.cfg
cmd.log
complex.cfg
cplx.ini
cplx.ini.old
cplx_priv-05
cplx_spudome
just.log
just.log.old
justconfig
justerrorfile
Configuring SCAN
Above, the warning, "Initializing resend of com." points to the fact that cmd couldn't communicate with the complex. We can
see this is the content of the complex.cfg file. Also, the cplx_priv-yy directory that gets created by the cmd command
is empty.
Problem: Network Diagnostics was disabled on the GSP of the complex being polled. This is a very typical problem
Solution: Access the GSP of the complex, enter Command Mode (cm), execute the GSP command nd, and enable Network
Diagnostics. Exit the Command Mode, then exit the GSP. Now try the cmd command again. It should execute properly. You
will see valid contents in the complex.cfg file and there will be node_xx.cfg entries in the cplx_priv_yy directory.
This is shown in the example below.
feshd5-t% ./cmd
INFORMATIONAL: Using default settings.
feshd5-t% cd ../data
feshd5-t% cat cmd.log
Wed Jan 10 08:46:43 2001
INFORMATIONAL
: Message Log now using this file:
Configuring SCAN
Node_Reference
Node_Reference
Node_Reference
End_Of_Nodes
End_Of_Complex
End_Of_File
feshd5-t% cd cplx_priv-05
feshd5-t% ll
total 140
-rw-rw-rw1 hduser
-rw-rw-rw1 hduser
-rw-rw-rw1 hduser
-rw-rw-rw1 hduser
feshd5-t%
0
1
8
users
users
users
users
1.0
1.0
1.0@
96768
96768
96768
1
1
3540
30652
23409
12432
Jan
Jan
Jan
Jan
10
10
10
10
08:46
08:46
08:46
08:46
flex.mte
node_0.cfg
node_1.cfg
node_8.cfg
If all of the nodes of the complex are shown in the complex.cfg file, you are now ready to run JUST to test the system. See
Running Scan.
Installing SCAN
Running SCAN
Running SCAN
System Hardware > Support Management Station Hardware
Compares the output with the expected output and report the error(s), if needed
The JUST programs, libraries, configuration files, data files, and scripts reside on the Superdome Support Management Station
(SMS) in the /opt/scansw directory.
Configuring JUST
After installing the Scan software (See Installing Scan), the Private network between the SMS and the Superdome GSP must be
tested and the Scan software configured to support the complex.
To configure JUST for use on the Superdome complex, see Configuring Scan (JUST).
-daemon -jp 2222 --Invokes JUST to run as a daemon. This is needed when running SOTF (Scan on the Fly) or AC
scripts. The -jp 2222 argument tells JUST to listen on port 2222 for commands.
Running SCAN
-l logfile--Creates a logfile of the actions and reports that are taking place. It is similar to a console log. By using -L
logfile, you can append to an existing logfile. The default file is just.log.
-e errorfile--Creates a file to dump errors encountered. Using -E errorfile, you can append to an existing
errorfile. The default is justerrorfile.
-d debug level--Sets the debug level to a value of 0, 1, 2, or 3. The higher the number, the more verbose the
reporting. The default is 0.
Level 3 is very verbose. Do not set to 3 unless you are asked to do so.
-s server name--Establishes a JUST connection over the private LAN to a complex other than the default, priv-01.
Use this only when there are multiple complexes connected to the same Support Management Station.
Running SCAN
........................................................
just>> idv
Performing MakeSafe-> ..........................................
ID verify successful on Complex priv-04 Node 0 Path 0
ID verify successful on Complex priv-04 Node 0 Path 2
ID verify successful on Complex priv-04 Node 0 Path 3
ID verify successful on Complex priv-04 Node 0 Path 4
ID verify successful on Complex priv-04 Node 0 Path 5
ID verify successful on Complex priv-04 Node 0 Path 12
ID verify successful on Complex priv-04 Node 0 Path 13
ID verify successful on Complex priv-04 Node 0 Path 14
ID verify successful on Complex priv-04 Node 0 Path 30
ID verify successful on Complex priv-04 Node 0 Path 31
ID verify successful on Complex priv-04 Node 0 Path 32
ID verify successful on Complex priv-04 Node 0 Path 42
ID verify successful on Complex priv-04 Node 0 Path 43
ID verify successful on Complex priv-04 Node 0 Path 44
JUST: Test Passed
just>>
In Example 1, JUST prints out the version number of the JUST executable, displays the general JUST commands with a brief
description of each, connects to the host/node specified, and stops at the JUST prompt. The example executes the id_verify
command.
JUST is now waiting for a command/argument string to begin test execution. Commands, arguments and a brief description of
what is being tested is listed below. The commands invoked without arguments will take the default action, which is usually test
everything.
JUST commands
JUST and JUST commands affect components within a cabinet. NEVER run JUST or JUST commands on cabinet that
has a partition running. All partitions contained wholly or in part within the cabinet being tested should be at BIB.
The following section contains a description of each JUST command. Entering the command followed by a -h at the JUST
prompt displays the usage information for that command.
ms: Make Safe ms [-complex complex] [-node node] [-path path]
complex refers to the name of a given complex; the default is all complexes currently in memory.
node refers to the number of a given node; the default is all nodes currently in memory.
path refers to the given scan path; the default is all scan paths.
id_verify (idv): JTAG ID Verify Ring Test id_verify (idv) [-node node] [-path path]
node refers to the number of a given node; the default is all nodes currently in memory.
path refers to the number of a given scan path; the default is all paths.
The id_verify test verifies the configuration stored in memory against the real hardware configuration JTAG IDs under
scan.
cable: Cable Test cable [-cable <cable name>] [-pattern <number>] [-wireinfo] [-untested] [-step]
http://superdome-test.fc.hp.com/sd_epss_cdrom/content/00/00/M5/idd/113.html (3 of 8) [2/14/2001 2:46:40 PM]
Running SCAN
tbc: Test Bus Controller Test tbc [-complex complex] [-node node] [-path path] [-mode mode] [-submode sub-mode]
[-data data]
complex refers to the name of the complex. The default is all complexes in memory.
node refers to the number of a given node. The default is all nodes in memory.
Running SCAN
path refers to the number of a given scan path. The default is all paths
mode refers to a JTAG mode to set all parts to. The default is all available modes. Potential modes are: bypass,
sample, id, internal
sub-mode refers to an integer index into the mode
data refers to a 16-bit hes format to scan in/out. The default is the following set of patterns: 0x0000, 0xffff, 0xaaaa,
0x5555, 0x3333, 0xcafe
g: Gate Array Test g [options]
By default, all arrays that can be tested, will be tested.
The options are:
-refdes test arrays with a matching reference designator value.
-board test arrays on a given board. board is a name or slot number.
-jtag_id test arrays matching a JTAG id (e.g. 0x12345678)
-type test arrays mathcing a type (e.g. dna)
-start number indicates the start with a given pattern number
-end number indicates the end on a certain pattern number
-max number runs a maximum of number patterns per file
-opt maps a device to an index number number is the index number to map device to. board is name or slot number
of board. refdes is the reference designator of device. Only tests device number 0 unless pattern specifies a change
to a different device.
-vectorfile filename specifies the vector file to use.
-patternfile filename specifies the pattern file to use.
-nomakesafe indicates not to perform makesafe steps. This could be VERY dangerous. Do not do this unless
specifically told by support personnel.
siso: Scan In Scan Out siso [-path path] [-mode mode [:sub-mode]] [-submode sub-mode] [-data data][-errorcount
number]
path refers to the number of a specific scan path to test. The default is to test all paths.
mode refers to a specific JTAG mode to test. The default is to test all testable modes. Valid modes are:sample
internal. sub-mode refers to an integer index into the mode.
data refers to a specific 16-bit hex number (i.e. 0xffff) to scan. The default is to use all of a set of patterns:0x0000
0xffff 0xaaaa 0x5555 0x3333 0xcafe
number refers to the number of errors to display. The default is 3.
mtbc: Multiple Mode tbc Test mtbc [-mode mode1[:sub-mode1] -mode mode2[:sub-mode2] [-complex complex] [-node
node] [-path path] [-data data] [-node number]
mode1 and mode2 refer to a JTAG mode to put all parts into.mode1 is applied to a single part per scan test
operation. mode2 is applied to the rest of the parts. Potential modes are: bypass, sample id, and internal.
sub-mode1 and sub-mode2 refer to an integer index into the respective mode.
complex refers to the name of a given complex. The default is all complexes in memory.
node refers to the number of a given node.The default is all nodes in memory.
path refers to the number of a given scan path. The default is all paths.
data refers to a 16-bit hex format to scan in/out. The default is the following set of patterns: 0x0000 0xffff 0xaaaa
0x5555 0x3333 0xcafe
-node number refers to the number of errors to display.
Running SCAN
get get [-i on|off -errors on|off -fieldpath [0-2] -h] target_string target_string = complex:node:path:device:ring:field
complex names that is defined in complex.cfg.
node node name that is defined in complex.cfg.
path scan path number that is defined in node_x.cfg.
device device name that is defined in node_x.cfg.
ring ring name that is defined in field.map or jtag.def.
field field name that is defined in field.map file.
-i on|off: specifies whether or not an instruction write is done before a data read. This is useful if multiple scans are
needed on the same part. By default, this option is on.
-fieldpath [0-2]: specifies how much of the target string to print out to the screen.0: print all terms and return value
(default)1: print field name and return value only2: print return value only
-errors on|off: specifies whether errors are reported to the screen. By default, this option is on.
put put [-i on|off -data_read on|off -e [END_STATE] -errors on|off-h] target_string value target_string =
complex:node:path:device:ring:field :
complex complex name defined in complex.cfg.
node node name defined in complex.cfg
path scan path number that is defined in node_x.cfg.
device device name that is defined in node_x.cfg.
ring ring name that is defined in field.map or jtag.def.
field field name that is defined in field.map file.
value hex value of data to put in the field(e.g. 0xf1b).
-i on|off: specifies whether or not an instruction write is done before a data read. This is useful if multiple scans are
needed on the same part. By default, this option is on. -data_read on|off: specifies whether or not a data read is
performed before a data write is performed. If off, bits that are not explicitly being set by the put value are set to 0. By
default, this option is on. This option is mainly used for boundary ring puts to protect the integrity of the data already
out on the path.-e[END_STATE]:allows the user to leave the JTAG controller statemachine in a specific state. The
default is the RUN-TEST-IDLE state. Other options might be PAUSE_IR or PAUSE_DR. If the -e option specifies a
JTAG_RESET then the controller is reset after the command is executed. -errors on|off:specifies whether errors are
reported to the screen. By default, this option is on.-fieldpath [0-2]:specifies how much of the target string to print out to
the screen:
0: print all terms and value (default)
1: print field name and value only
2: print return value only
ir_get ir_get -errors on|off -h target_string target _string = complex:node:path:device
node node name defined in complex.cfg.
path scan path number that is defined in node_x.cfg.
device device name that is defined in node_x.cfg.
-errors on|off:specifies whether errors are reported to the screen. By default, this option is on.
ir_put ir_put [-errors on|off -h] target_string value target_string = complex:node:path:device
Running SCAN
Running SCAN
System Install
System install time is the most obvious time for scan. The system has just been received from shipment and is in an unknown
condition. Even though it was thoroughly tested at HP Manufacturing, it has been boxed and shipped in airplanes and trucks.
After assembling the system as per the Superdome Installation Manual, test the system. First, complete the tasks in the Installing
Scan and Configuring Scan nuggets, then invoke JUST and run the tests. Use the building block approach. Selecting a few tests,
without going to a low level test, can be confident that everything is seated and connecting properly. It is rare that components
will actually be damaged during shipment, it is usually a poor connection that cause errors.
1. Typically, the first command to run is ms (MakeSafe). This puts the machine into a known state. Remember, the complex
should be at BIB (Boot is Blocked) for scan tests.
2. Second should probably be idv (ID Verify). This checks the JTAG ID of all parts in the complex by rings.
3. Next, choose d. This is the DC Connectivity test. It checks the connection state of all scannable parts in the complex
configuration that was built with the cmd command when you were configuring the complex.
4. The next choice should probably be drv. This command will test the drivers of a wire. This will electrically test the wire
in a different way than d. D looks for opens, shorts and stuck-ats. DRV will give a better electrical test by running
patterns on each wire in a different manner. Both tests are important, and drv builds upon d.
5. Follow the drv command with cable. By allowing the default modes to run on these tests, all components in the
configuration are be tested. Cable will test the flex cables and U-Turn cables within the cabinet or complex.
As you well know, the items tested are contained in the complex.cfg and node_x.cfg files. These are built with the cmd
command. Be absolutely certain, when changing the configuration of the complex by adding or removing components, to
re-reun cmd.
If all of the above tests pass successfully, there is good confidence the system connections are good and you can safely procced
with the system installation.
More to be added soon.
Configuring SCAN
Unlike the dc scan testing, that uses boundary scans to test target ASIC devices, all aclts use scan on the
fly (SOTF) operations, that control the functionality of the target link (between two or more ASICs) by
modifying the internal control and status register (CSR) values of both sources, and capture
first-in-first-outs (FIFOs). All aclt testing employs multiple SOTF operations to initialize, send, and
capture data patterns, across individual ports on the target ASIC devices, at full speed across the link.
Those aclts that test links to a coherency controller (CC) chip also use internal scan and must
periodically clock halt the CC chip.
their corresponding ASICs, are also candidates for ac scan link testing.
Whenever CSR values are modified, ASIC functionality may change in a manner that is harmful to
partition operation. For XBC to XBC links, all partitions within the cabinet or cabinets where the ASICs
under test reside must be offline, or be brought offline, before starting any scan tests.
For CC to XBC links, only the cell containing the link(s) under test must be offline.
Running aclts on an active cell will likely crash the operating system (OS), or any running
program or application, and is to be avoided. Also, XBC to XBC link testing within an active
node will crash the node.
The inter-cabinet links between logical XBC chips are marked as "(d)." These logical XBC-to-logical
XBC links are across ribbon cables, that connect a left backplane within one Superdome SPU cabinet, to
a right backplane within another Superdome SPU cabinet (not shown).
Running SCAN
Utilities