(Switch) Performs a number of multi-step chassis initialization and verification operations, including initial chassis setup, firmware upgrades, chassis reboot, and others.
opachassisadmin [-c] [-F chassisfile] [-H 'chassis'] [-P packages] [-a action] [-I fm_bootstate] [-S] [-d upload_dir] [-s securityfiles] operation ...
Produces full help text.
Overwrites the result files from any previous run before starting this run.
Specifies the file with chassis in cluster. The default is /etc/opa/chassis.
Specifies the list of chassis to execute the operation against.
Specifies the filenames and directories of firmware images to install.
Ensures the configuration file is in chassis.
After push, restarts FM on master, stops on secondary.
After push, restarts FM on all management modules.
Stops FM on all management modules.
Ensures FM running on master, stopped on secondary.
Ensures FM running on all management modules.
Restarts FM on master, stops on secondary.
Restarts FM on all MM.
Specifies the directory to upload FM configuration files to; default is uploads.
Securely prompts for password for user on chassis.
Specifies the security files to install. Default is *.pem. For Chassis fmsecurityfiles, filenames/directories of security files to install. For directories specified, all security files in directory tree are used. Shell wildcards may also be used within quotes.
For Chassis fmgetsecurityfiles, filename to upload to. Default is *.pem
Reboots chassis, ensures they go down and come back.
Runs wizard to perform chassis configuration.
Upgrades install of all chassis.
Gets basic configuration of chassis.
FM configuration operation on all chassis.
Fetches FM configuration from all chassis.
Controls FM on all chassis.
FM security files operation on all chassis.
Fetches FM security files from all chassis.
For more information on the operations that can be performed, see Operation Details.
opachassisadmin -c reboot opachassisadmin -P /root/ChassisFw4.2.0.0.1 upgrade opachassisadmin -H 'chassis1 chassis2' reboot CHASSIS='chassis1 chassis2' opachassis_admin reboot opachassisadmin -a run -P '*.pkg' upgrade
The following environment variables are also used by this command:
List of chassis, used if -H and -F option not supplied.
File containing list of chassis, used in absence of -F and -H.
Maximum concurrent operations.
Serializes output of parallel operations (yes or no).
Multiplier for all timeouts associated with this command. Used if the systems are slow for some reason.
Directory to upload to, used in absence of -d.
(Switch) All chassis operations log into the chassis as chassis user admin. Intel recommends using the -S option to securely prompt for a password, in which case the same password is used for all chassis. Alternately, the password may be put in the environment or the opafastfabric.conf file using FF_CHASSIS_ADMIN_PASSWORD.
All versions of Intel® Omni-Path Switch 100 Series firmware permit SSH keys to be configured within the chassis for secure password-less login. In this case, there is no need to configure a FF_CHASSIS_ADMIN_PASSWORD and FF_CHASSIS_LOGIN_METHOD can be SSH. Refer to the Intel® Omni-Path Fabric Switches Command Line Interface Reference Guide for more information.
Upgrades the firmware on each chassis or slot specified. The -P option selects a directory containing .pkg files or provides an explicit list of .pkg files for the chassis and/or slots. The -a option selects the desired minimal state for the new firmware. For each chassis and/or slot selected for upgrade, the .pkg file applicable to that slot is selected and used. If more than one .pkg file is specified of a given card type, the operation is undefined.
The upgrade is intelligent and does not upgrade chassis that already have the desired firmware in the desired state (as specified by -a).
When the -a option specifies run, chassis that are not already running the desired firmware are rebooted. By selecting the proper FF_MAX_PARALLEL value, a rolling upgrade or a parallel upgrade may be accomplished. In most cases, a parallel upgrade is recommended for expediency.
For more information about chassis firmware, refer to the Intel® Omni-Path Fabric Switches GUI User Guide and Intel® Omni-Path Fabric Switches Release Notes.
Runs the chassis setup wizard, which asks a series of questions. Once the wizard has finished prompting for configuration information, all the selected chassis are configured through the CLI interface according to the responses. The following options may be configured for all chassis:
Reboots the given chassis and ensures they go down and come back up by pinging them during the reboot process.
By selecting the proper FF_MAX_PARALLEL value, a rolling reboot or a parallel reboot may be accomplished. In most cases, a parallel upgrade is recommended for expediency.
Retrieves basic information from a chassis such as syslog, NTP configuration, timezone info, Link CRC Mode, Link Width, and node description.
Updates the Fabric Manager configuration file on each chassis specified. The -P option selects a file to transfer to the chassis. The -a option selects the desired minimal state for the new configuration and controls whether the FM is started/restarted after the file is updated. The -I option can be used to configure the FM start at boot for the selected chassis.
Uploads the FM configuration file from all selected chassis. The file is uploaded to the selected uploads directory. The -P option specifies the desired destination filename within the uploads directory.
Allows the FM to be controlled on each chassis specified. The -a option selects the desired state for the FM.
The -I option configures the FM start at boot for the selected chassis.
Updates the FM security files on each chassis specified. The -s option selects file(s) to transfer to the chassis. The -a option selects the desired minimal state for the new security files. In this release, push is the only supported action.
Uploads the FM security files from all selected chassis. The files are uploaded to the selected uploads directory. The -s option specifies the desired destination filename within the uploads directory.
opachassisadmin provides detailed logging of its results. During each run, the following files are produced:
This file is appended with summary results of run.
This file is appended with detailed results of run.
This file is contains a directory per failed test with detailed logs.
This file contains the intermediate results while the test is running.
The -c option removes all log files.
When performing operations against chassis, Intel recommends setting up SSH keys. If SSH keys are not set up, all chassis must be configured with the same admin password. In this case, Intel recommends using the -S option. The -S option avoids the need to keep the password in configuration files.
Results from opachassisadmin are grouped into test suites, test cases, and test items. A given run of opachassisadmin represents a single test suite. Within a test suite, multiple test cases occur; typically one test case per chassis being operated on. Some of the more complex operations may have multiple test items per test case. Each test item represents a major step in the overall test case.
Each opachassisadmin run appends to test.res and test.log, and creates temporary files in test_tmp$PID in the current directory. The test.res file provides an overall summary of operations performed and their results. The same information is also displayed while opachassisadmin is executing. test.log contains detailed information about what was performed, including the specific commands executed and the resulting output. The test_tmp directories contain temporary files that reflect tests in progress (or killed). The logs for any failures are logged in the save_temp directory with a directory per failed test case. If the same test case fails more than once, save_temp retains the information from the first failure. Subsequent runs of opachassisadmin are appended to test.log. Intel recommends reviewing failures and using the -c option to remove old logs before subsequent runs of opachassisadmin.
opachassisadmin implicitly performs its operations in parallel. However, as for the other tools, FF_MAX_PARALLEL can be exported to change the degree of parallelism. Twenty (20) parallel operations is the default.