NonStop Operations Guide for H-Series and J-Series RVUs

7. If you continue to have problems, load the system from each disk path for both the primary
and mirror $SYSTEM drives.
8. If you cannot load the system using the current configuration file, load the system using a
saved version of the system configuration file. See “Configuration File” (page 185).
9. If you still cannot load the system or if a CONFxxyy is not available, load the system from
an alternate system disk if one is available.
10. If you cannot load the system from an alternate system disk, contact your service provider.
You might be able to load the system from the CONFBASE configuration file and restore a
previously backed-up configuration file. If you use this option, many additional steps are
required to restore your system to normal working order.
a. Load the system as described in “Starting a System” (page 182). In the Configuration File
box, select Base (CONBASE) as the configuration file.
b. Reload the remaining processors. See “Reloading Processors” (page 188).
c. From the Startup TACL window, configure a tape drive.
d. Restore a previously backed-up configuration file.
e. Load the system as described in “Starting a System” (page 182) from the current
configuration file (CONFIG). Check that the CIIN file is enabled.
11. After you load a system from a saved version (CONFxxyy) of the system configuration
database file or the CONFBASE, verify that no pending changes to system attributes appear.
From a TACL prompt:
INFO SUBSYS $ZZKRN
Pending changes can appear (but are misleading) if the earlier configuration has different
system name, number, or time attributes than the configuration you replaced. For example, if
you load the \EAST system from the CONFBASE file (which specifies \NONAME as the
system name), an INFO SUBSYS $ZZKRN command displays \EAST as the current system
and \NONAME as a pending change. Enter an ALTER SUBSYS command to change the
system name to \EAST and cause the pending change to disappear. It is not displayed when
you enter INFO.
Getting a Corrupt System Configuration File Analyzed
If the current system configuration file is corrupt, send it to your service provider for an analysis:
1. Return to a saved, stable configuration file. See “Configuration File” (page 185).
2. After the system is up and stable, copy to a backup tape the corrupt CONFSAVE file. For
example:
> BACKUP $TAPE, $SYSTEM.ZSYSCONF.CONFSAVE, LISTALL
You must backup the CONFSAVE file before you perform the next system load. Another system
load operation overwrites the CONFSAVE file you want analyzed.
3. Submit the tape to your service provider for analysis, along with a copy of any SCF command
file or SCF log file of the commands that were part of the process that created the corrupt
configuration.
Recovering From a Reload Failure
If a reload is not successful:
1. Check the Processor Status dialog box of the OSM Low-Level Link for halt codes. Look up the
halt codes in the Processor Halt Codes Manual for further information about the cause of
failure and the appropriate recovery procedure.
2. Check the System Load dialog box of the OSM Service Connection for messages.
Troubleshooting and Recovery Operations 195