A P P E N D I X A |
Diagnostics and Troubleshooting |
This appendix provides an overview of the diagnostic tools and instructions for invoking tests on the Sun Fire B10n content load balancing blade. There is also a section outlining some common troubleshooting issues. This appendix contains the following sections:
Diagnostics for the Sun Fire B10n content load balancing blade includes NPU Power On Self Test (POST) routines, manually invoked tests, error logging routines, and debugging commands.
These diagnostics can be loosely broken down into two levels:
Additional functions allow you to manually run ROM, RAM, and I/O, interface tests as well RAM and ROM read loops.
When you boot the Sun Fire B10n content load balancing blade, you can choose from a menu to run the NPU POST, SDRAM, or LoopBack test.
Following is an example of the diagnostics menu:
You can choose the specific tests from this menu. If you choose r, then the memory test is invoked and the next menu is displayed, for example:
Following is an example of the SDRAM memory test menu:
List of SDRAM Memory Test to run ================================ Marching Test m MarchB Test b Quit q Specify the Test type : |
Similarly other tests and Test Types can be performed. Typing q takes you to the previous menu where other tests can be performed, for example:
CODE EXAMPLE A-3 shows the choices for the various LoopBack tests between the two Gigabit Ethernet interfaces.
PUMA Diagnostic Menu option: ============================= Puma Memory Test(SDRAM) r Puma Loopback Test l Puma NPU Test n Puma Image Update f Quit q Specify the Test type :n |
Choosing n, Puma NPU Test, runs an automated test on the Network Processor module.
Choosing f, Puma Image Update, allows you to update the Image from the Diagnostics menu. Currently, this option is not available.
Quitting the Diagnostics menu automatically reboots the blade. See The Boot Process for how to boot the blade and choose images for booting.
After the tests complete, the board resets itself and returns to the boot prompt and chooses the default image (Image 1) to start the Sun Fire B10n content load balancing blade application (the application image for doing the Load Balancing).
Additionally, you can invoke the NPU test, using the following syntax:
puma{admin}# dump module module_name index |
puma{admin}# dump module npu 1 |
The dump module command produces output similar to the following example:
Various modules will dump the Registers based on which index you choose (if present). The basic POST test is still run on all images at boot time.
The Sun Fire B10n content load balancing blade has 32 MB (16MB X 2 Devices) of flash memory. All the system images and configuration information are stored in the flash memory.
The different system images are:
When the blade is shipped, both the images are the same. Later you can upgrade to image 1 or image 2 from the CLI and do a commit to say you want to use the latest image. When the system is rebooted the config file is read to pick the right image to boot. By default Image 1 is loaded by the boot loader (Boot image) unless you commit image 2 from the CLI.
Choosing the diagnostic image (Image d) allows you to troubleshoot the blade.
Once the content load balancing blade is powered on in a Sun Fire B1600 blade system chassis, it goes through the boot process. The boot loader starts an auto_boot by counting down two seconds before it picks up the default application image (image 1) or the image committed into the configuration file.
Actually it reads the config file for every boot to see which image to auto_boot. If for some reason the boot loader cannot boot the image, it returns to the boot prompt and prompts you to specify the other known good image (if for some reason the default is corrupted). This is one reason to have two images.
In CODE EXAMPLE A-1, note the one line of user interaction:
Press any key to choose boot image... 0 auto-booting... |
You have two seconds to decide whether you want to continue with the auto_boot or interrupt and choose the image you want to load.
In the following example, the user chose the image to boot:
By interrupting the boot before it could auto_boot, you see the images you can choose from, that is, Image 1, Image 2, or the Diags Image.
In the following example, the user chose the diags image, but that image was not available. Therefore the system returned an error message. Then prompted the user to pick the right available image:
The default setting for the diagnostic level is 0. The default setting disables the test invocation. To run the text, you must set the diag_level to 1.
1. As admin, enter config mode:
B10n {admin} # config |
2. Set the diagnostic level to enable testing:
B10n {config} {admin} # diag level 1 |
Note - diag_level is either 0 or 1 and 0 is default. You must reboot for the new setting to take effect. |
Copyright © 2003, Sun Microsystems, Inc. All rights reserved.