This chapter describes Hostview, a GUI front-end to SSP commands.
Hostview enables you to perform administration operations such as:
Dynamically grouping the system boards into domains. Each domain runs its own instance of the Solaris operating environment and has its own log messages file.
Booting the Solaris operating environment for a domain.
Accessing the SSP log messages file for each platform or domain.
Remotely logging in to each domain.
Displaying a netcon(1M) window for each domain.
Editing the blacklist(4) file to enable or disable hardware components in a domain.
Dynamically reconfiguring the boards within a platform, logically attaching or detaching them from the operating system. This feature is described in the Sun Enterprise 10000 Dynamic Reconfiguration User Guide.
Powering the system boards on and off.
Monitoring the temperature and voltage levels of hardware components.
If you want to run Hostview, you only need to run one instance for a given platform. However, it is possible to run more than one instance simultaneously (perhaps on different workstations) to work with the same platform.
If you have logged into the SSP environment from a remote login session, make sure your DISPLAY environment variable is set to your current display and that your xhost settings enable the SSP to display on your workstation (see xhost(1) in the Solaris X Window System Reference Manual).
Enable external hosts to display on your local workstation:
% xhost + |
Log in to the SSP as user ssp and type:
ssp% hostview -display machine_name:0.0 & |
From the Workspace Menu (right mouse button click), select SSP, and then select Hostview.
This is available only when you use the SSP console, not when you use a remote login session to the SSP.
Use one of the following methods:
Click the SSP icon on the front panel. The icon shows a hand holding tools.
Click the arrow above the SSP icon on the front panel, and select Hostview.
Open an SSP window and type:
ssp% hostview & |
When you start Hostview, the main window is displayed (Figure 2-1).
The menu bar on the main window provides the commands that you use to control the platform. The commands are described in "Main Window Menu Bar".
The buttons on the main window (Power, Temperature, and Fans) bring up status details. The buttons are described in "Main Window Buttons".
The rest of the main window provides a graphical view of the platform boards and buses. The system boards are named SB0 through SB15, and their processor numbers are shown. The control boards are named CB0 and CB1. The support boards are named CSB0 and CSB1. The buses are named ABUS0 through ABUS3, DBUS0, and DBUS1.
The system boards along the top of the display are arranged in the order they appear on the front side of the physical platform. The system boards along the bottom of the display are arranged in the order they appear on the back side of the physical platform.
If a system board is shown with no outline (Figure 2-2), the board is not part of a domain and is not currently selected.
If a system board is part of a domain (Figure 2-3), a colored outline surrounds it. The boards within a given domain all have outlines of the same color.
A black outline around the domain color outline indicates that a board is selected (Figure 2-4). (There are several reasons why you select a board in Hostview. For example, you could select one or more boards, and then create a domain that is based on those boards.)
The processors within the boards are numbered 0 through 63. The processor symbols (diamond, circle, and so forth) indicate the state of the processors and are described in "Main Window Processor Symbols".
You can select one or more boards in the Hostview main window. You can also select one domain in the main window. You must select a set of boards prior to performing certain operations, such as creating a domain.
To select a single board, click on it with the left mouse button. The selected board is indicated by a black outline, and all other boards are deselected.
To select additional boards, click on them with the middle mouse button. You can also deselect a currently selected board by clicking on it with the middle mouse button. (The middle mouse button toggles the selection status of the board without affecting the selection status of any other board.)
To select a domain, click on a board within that domain with the left mouse button. Note that you can select boards from different domains (using the middle mouse button), but the selected domain will correspond to the board that you selected with the left mouse button.
The items on the main Hostview menu are described in Table 2-1.
Table 2-1 Hostview Menu Items
Menu |
Submenu Items |
Description |
---|---|---|
Displays a window that shows the SSP messages for a domain or for the platform. For more information, see "SSP Log Files". |
||
|
Quit |
Terminates Hostview. |
Blacklist File |
Enables you to specify boards and CPUs to be blacklisted. |
|
Power |
Displays a window that enables you to use the power(1M) command. See "To Power Components On or Off From Within Hostview". |
|
|
Bringup |
Displays a window that enables you to run bringup(1M) on a domain. See "To Bring up a Domain From Within Hostview". |
|
Fan |
Displays a window that enables you to run the fan(1M) command to control the fans within the platform. |
|
Board
|
Enables you to attach and detach system boards. This feature is described in the Sun Enterprise 10000 Dynamic Reconfiguration User Guide. |
|
Domain |
Provides a menu with several choices. The menu choices enable you to create domains, remove domains, rename domains, obtain the status of domains, and view the history of domains. A domain consists of one or more system boards running the same operating system kernel. Domains function independently of each other. Each domain can carry its own workload and has its own log messages file. For more information, see "To Create Domains From Within Hostview" and "To Remove Domains From Within Hostview". |
|
netcontool
|
Displays a window that provides a graphical interface to the netcon(1M) command, enabling you to open a network console window for a domain. This menu item is equivalent to executing the netcontool(1M) command. See "Using netcon(1M)". |
|
Connect to SSP |
Provides menu choices that enable you to display an SSP Window in xterm, dtterm, cmdtool, or shelltool format with a platform or domain as its host. Select a domain (by selecting any system board within that domain) before choosing this option. |
|
Connect to Domain |
Provides menu choices that enable you to remotely log in to the selected platform or domain in an xterm, dtterm, cmdtool, or shelltool window. Select a domain (by selecting any system board within that domain) before choosing this option. |
View |
All Domains |
Displays the boards within all domains, as well as any boards that are not part of a domain. (A board can be present without being part of a domain, although a board cannot be used when it is not part of a domain.) |
|
Individual Domains |
When you select an individual domain, only the boards within that domain are displayed. Note that the color of the outline used to designate a given domain is also used as the background color for that domain in the menu. The system board numbers for the boards that belong to each domain are shown in square brackets. |
Help
|
topic
|
Provides online help information on several topics.
|
When you choose a topic from the Help menu, the Hostview - Help window is displayed (Figure 2-5).
You can select the desired topic in the upper pane. The corresponding help information is displayed in the lower pane.
The main Hostview window contains the buttons described below. If an out-of-boundary condition exists or an error has occurred, one or more of these buttons turn red.
The Power button (Figure 2-6) displays the Power Control and Status window, which enables you to view the power status for the platform. See "To Power Components On or Off From Within Hostview".
The Temperature button (Figure 2-7) displays the Thermal Status window, which enables you to view the temperature status for the boards and components within the platform. See "To Monitor Thermal Conditions From Within Hostview".
The Fan button (Figure 2-8) displays the Fan Status window, which enables you to view the status of the fans within the platform. See "To Monitor Fans From Within Hostview".
When certain error conditions occur, the Failure button (Figure 2-9) turns red. If you click a red Failure button, a window is displayed showing the error condition(s) that have occurred.
Table 2-2 describes the types of error conditions that are trapped by this mechanism.
Table 2-2 Error Conditions
Error |
Description |
---|---|
Host panic recovery in progress |
The operating system on a domain has failed and is recovering. |
Heartbeat failure recovery in progress |
The SSP was not receiving updated platform or domain information as expected. |
Arbitration stop recovery in progress |
A parity error or other fatal error has occurred, and the domain is recovering. See arbitration stop in the glossary. |
In the main window, the shape and background color of a processor symbol indicate the status of that processor. For example, a diamond on a green background indicates the processor is running the operating system.
Table 2-3 lists the shapes and what the processor is running for each shape.
Table 2-3 Processor Symbol Shapes
Shape |
Processor running |
---|---|
|
Operating system |
|
hpost(1M) |
|
download_helper |
|
OBP |
? |
Unknown program |
Table 2-4 lists the possible colors for processor symbols and the processor state indicated by each color.
Table 2-4 Processor Color Scheme
Color |
State |
---|---|
Green |
Running |
Maroon |
Exiting |
Yellow |
Prerun (The OS is currently being loaded.) |
Blue |
Unknown |
Black |
Blacklisted (The processor is unavailable to run programs or diagnostics.) |
Red |
Redlisted (The processor is unavailable to run programs or diagnostics and its state may not be changed.) |
White |
Present but not configured (The processor is unavailable, but not blacklisted or redlisted. One example is a board that has been hot-swapped in, but it has not yet been attached to the operating system.) |
In the Hostview main window, boards that are in the same domain have the same color outline. If you want to change the domain colors or if your workstation does not use the default colors supported by Hostview, you can configure the colors used for each domain. Put the following resources in your $HOME/.Xdefaults file and modify the specified colors using valid color names:
Hostview*domainColor0: white Hostview*domainColor1: orange Hostview*domainColor2: yellow Hostview*domainColor3: pink Hostview*domainColor4: brown Hostview*domainColor5: red Hostview*domainColor6: green Hostview*domainColor7: violet Hostview*domainColor8: purple Hostview*domainColor9: mediumaquamarine Hostview*domainColor10: yellowgreen Hostview*domainColor11: maroon Hostview*domainColor12: cyan Hostview*domainColor13: darkgoldenrod Hostview*domainColor14: navyblue Hostview*domainColor15: tan |
You can use the showrgb(1) command (for details on this command, see the Solaris X Window System Reference Manual) to list the valid domain color names on your display workstation. If you specify an invalid domain color in the .Xdefaults file, an error is generated and the following occurs:
Domain outlines for the invalid color and subsequent domain colors are not displayed in the main Hostview window
Domain names are not listed in the View menu
Each instance of Hostview requires up to 10 Mbytes of the available swap space in the SSP. Before running multiple copies of Hostview, make sure the SSP has sufficient swap space available. For example, if you plan to run three instances of Hostview, make sure you have at least 30 Mbytes of swap space.
The SSP processes log, informational, warning, and error messages to a variety of log files.
Messages for the platform that are not specific to a domain are logged in the file:
$SSPLOGGER/messages |
If you have a spare SSP, note that messages logged in the platform message file on the main SSP or any domain messages are also logged on the spare SSP.
Messages for a particular domain are logged in the file:
$SSPLOGGER/domain_name/messages |
where domain_name is the host name of the domain for which the error occurred.
The SSP environment variables, such as SSPLOGGER, are described in "Environment Variables".
The message format and logging level are specified in the $SSPLOGGER/.logger and the /etc/syslog.conf files on the SSP. Do not change the default values in these files unless your service provider instructs you to do so.
During installation of the Solaris operating environment on a domain, the domain /etc/syslog.conf file is modified so that system messages are routed to the SSP /var/adm/messages file and the domain /var/adm/messages file.
Select the appropriate board.
If you want to view the messages file for a particular domain, select that domain in the main Hostview window (by clicking on a board from that domain with the left mouse button).
If you want to view the messages file for the platform, make sure that no domain is selected.
Choose SSP Logs from the File menu.
The SSP Logs window is displayed (Figure 2-10).
The Domain Name field shows the name of the domain that you selected. The messages file is displayed in the main panel of the window.