- Table of Contents
-
- 01-Fundamentals Configuration Guide
- 00-Preface
- 01-CLI configuration
- 02-Login management configuration
- 03-RBAC configuration
- 04-FTP and TFTP configuration
- 05-File system management configuration
- 06-Configuration file management configuration
- 07-Software upgrade configuration
- 08-ISSU configuration
- 09-Device management configuration
- 10-Tcl configuration
- 11-Python configuration
- 12-Automatic configuration
- Related Documents
-
Title | Size | Download |
---|---|---|
07-Software upgrade configuration | 112.17 KB |
Contents
Software file naming conventions
Comware image redundancy and loading procedure
Preloading the Boot ROM image to Boot ROM
Specifying startup images and completing the upgrade
Specifying startup images for all devices in bulk
Specifying startup images for devices one by one
Installing or uninstalling features or patches
Installing features or patches
Uninstalling features or patches
Displaying and maintaining software image settings
Upgrading software
Overview
Software upgrade enables you to add new features and fix bugs. This chapter describes types of software and procedures to upgrade software from the CLI. For a comparison of all software upgrade methods, see "Upgrade methods."
Software types
The following software types are available:
· Boot ROM image—A .bin file that contains a basic segment and an extended segment. The basic segment is the minimum code that bootstraps the system. The extended segment enables hardware initialization and provides system management menus. You can use these menus to load software and the startup configuration file or manage files when the device cannot start up correctly. For easy software compatibility management, the Boot ROM image is contained in the Boot image file. The Boot ROM image is upgraded automatically when the Boot image is upgraded.
· Comware image—Includes the following image subcategories:
¡ Boot image—A .bin file that contains the Boot ROM image and the Linux operating system kernel. It provides process management, memory management, file system management.
¡ System image—A .bin file that contains the minimum feature modules required for device operation and some basic features, including device management, interface management, configuration management, and routing. To have advanced features, you must purchase feature images.
¡ Feature image—A .bin file that contains advanced software features. Users purchase feature images as needed.
¡ Patch image—A .bin file irregularly released for fixing bugs without rebooting the device. A patch image does not add new features or functions.
Comware software images that have been loaded are called current software images. Comware images specified to load at the next startup are called startup software images.
Boot image and system image are required for the system to work. These images might be released separately or as a whole in one .ipe package file. If an .ipe file is used, the system decompresses the file automatically, loads the .bin boot and system images, and sets them as startup software images.
Software file naming conventions
Software image file names use the chassis-comware version-image type-release format, for example, S5130-CMW710-SYSTEM-R1118P02.bin and S5130-CMW710-BOOT-R1118P02.bin. This document uses boot.bin and system.bin as boot and system image file names.
Comware image redundancy and loading procedure
You can specify two lists of startup Comware software images: one main (primary) and one backup.
The boot and system images in a startup software image list must be the same version.
The system always attempts to start up with the main images. If any main images do not exist or are invalid, the system tries the backup images. Figure 1 shows the entire Comware image loading procedure.
In this procedure, both the main and backup image lists have feature and patch images. If an image list does not have either feature images or patch images, the system starts up with the main boot and system images after they pass verification.
If both the main and backup boot images are nonexistent or invalid, connect to the console port, and power cycle the device to load a boot image from the Boot ROM menu. For more information about downloading and loading a boot image, see the release notes for the software version.
Figure 1 Comware image loading procedure
System startup process
Upon power-on, the Boot ROM image runs to initialize hardware, and then the startup software images run to start up the entire system, as shown in Figure 2.
Figure 2 System startup process
Upgrade methods
Upgrading method |
Software types |
Remarks |
Upgrading from the CLI |
· Boot ROM image · Comware images (excluding patches) |
This method is disruptive. You must reboot the entire device to complete the upgrade. |
Upgrading from the Boot ROM menu |
· Boot ROM image · Comware software images |
Use this method when the device cannot start up correctly.
Upgrade an IRF fabric from the CLI rather than the Boot ROM menu. The Boot ROM menu method increases the service downtime, because it requires that you upgrade the member devices one by one. |
This chapter only covers upgrading software from the CLI.
Upgrade procedure summary
To upgrade software from the CLI:
1. Download the upgrade software image file.
2. (Optional.) Preload the Boot ROM image to the Boot ROM.
If a Boot ROM upgrade is required, you can perform this task to shorten the subsequent upgrade time. This task helps avoid upgrade problems caused by unexpected electricity failure.
If you skip this task, the device upgrades the Boot ROM automatically when it upgrades the startup software images.
The Boot ROM image preloaded into the Boot ROM does not affect the device running status.
3. Specify the image file as the startup software image file.
4. Reboot the entire IRF fabric.
5. Verify the upgrade.
Preparing for the upgrade
1. Use the display version command to verify the current Boot ROM image version and startup software version.
2. Use the release notes for the upgrade software version to evaluate the upgrade impact on your network and verify the following items:
¡ Software and hardware compatibility.
¡ Version and size of the upgrade software.
¡ Compatibility of the upgrade software with the current Boot ROM image and startup software image.
3. Use the dir command to verify that all IRF member devices have sufficient storage space for the upgrade images. If the storage space is not sufficient, delete unused files by using the delete command. For more information, see "Managing the file system."
4. Configure FTP or TFTP settings.
5. Use FTP or TFTP to download the upgrade image file to the root directory of a storage medium on any one of the member devices.
For more information about FTP and TFTP, see "Configuring FTP" and "Configuring TFTP."
Preloading the Boot ROM image to Boot ROM
Task |
Command |
Remarks |
Load the upgrade Boot ROM image to the Boot ROM. |
bootrom update file file-url slot slot-number-list |
Specify the downloaded software image file for the file-url argument. The new Boot ROM image takes effect at a reboot. |
Specifying startup images and completing the upgrade
You can specify startup images for IRF member devices in bulk, or one by one.
Specifying startup images for all devices in bulk
Perform this task in user view.
To specify startup images and complete the upgrade:
Step |
Command |
Remarks |
1. Specify the main or backup startup images for all devices. |
· Use an .ipe file for upgrade: · Use .bin files for upgrade: |
N/A |
1. Save the running configuration. |
save |
This step ensures that any configuration you have made can survive a reboot. |
2. Reboot the IRF system. |
reboot |
At startup, each IRF member device reads the preloaded Boot ROM image to RAM, and loads the startup images. |
3. (Optional.) Verify the software image settings. |
display boot-loader [ slot slot-number ] |
Verify that the current software images are the same as the startup software images. |
Specifying startup images for devices one by one
Perform this task in user view.
To specify startup images and complete the upgrade:
Step |
Command |
Remarks |
1. Specify the main or backup startup images for the master device. |
· Use an .ipe file for upgrade: · Use .bin files for upgrade: |
N/A |
2. Specify the main startup images for each subordinate device. |
· Use an .ipe file for upgrade: · Use .bin files for upgrade: · Use the image list that the master device
started up with for upgrade: |
Skip this step if you have only one device. If you use the image list that the master device started up with, make sure you understand the following requirements and upgrade results: · consistency among IRF member devices. · If the master device started up with the main startup image list, its main startup images are synchronized to the subordinate devices. This synchronization occurs regardless of whether any change has occurred to this image list. · If the master device started up with the backup startup list, its backup startup images are synchronized to the subordinate devices. This synchronization occurs regardless of whether any change has occurred to this image list. · Startup image synchronization will fail if any software image being synchronized is corrupted or is not available. |
3. Save the running configuration. |
save |
This step makes sure any configuration you have made can survive a reboot. |
4. Reboot the IRF fabric. |
reboot |
At startup, each device reads the preloaded Boot ROM image to RAM, and loads the startup images. |
5. (Optional.) Verify the software image settings. |
display boot-loader [ slot slot-number ] |
Verify that the current software images are the same as the startup software images. |
Installing or uninstalling features or patches
Patches repair software defects without a reboot. Patches do not add new features to the system.
Patch installation or removal does not disrupt services.
Features add new features to the system. Features installed by using the install activate feature command take effect without a reboot. Features installed by using the boot-loader file command require a reboot to take effect.
Installing features or patches
Step |
Command |
Remarks |
1. Transfer the image file to the flash memory on any one of the member devices. |
Use FTP or TFTP to transfer the feature or patch image file. |
You only need to download the image file to the master. The system will automatically copy the file to subordinate members when you activate the images on them. For more information about FTP and TFTP, see "Configuring FTP" and "Configuring TFTP." |
1. Activate features or patches in the file. |
· Install features: · Install patches: |
This step adds the image file to the current software image list. The images installed from the file take effect immediately after you activate them. For the images to run after a reboot, you must commit the software change. |
2. Commit the software change. |
install commit |
This step adds the image file to the startup image list with which the system started up. · The image file is added to the main images list if the system started up with the main startup images. · The image file is added to the backup image list if the system started up with the backup startup images. The committed images continue to run after a reboot. |
Uninstalling features or patches
Step |
Command |
Remarks |
1. Deactivate the features or patches installed from a image file. |
· Uninstall features: · Uninstall patches: |
This step removes the image file from the current software image list. All features or patches installed from the file stop running immediately after you deactivate them. To prevent the device from loading the image file at startup, you must commit the software change. |
2. Commit the software change. |
install commit |
This step removes the feature or patch image file from the startup image list with which the system started up. · The image file is removed from the main images list if the system started up with the main startup images. · The image file is removed from the backup image list if the system started up with the backup startup images. The device will not load features or patches from the image file at startup. This step does not delete the image file from the flash memory. |
Displaying and maintaining software image settings
Execute display commands in any view.
Task |
Command |
Display current software images and startup software images. |
display boot-loader [ slot slot-number ] |
Display active software images. |
display install active [ slot slot-number ] [ verbose ] |
Display main startup software images. |
display install committed [ slot slot-number ] [ verbose ] |
Software upgrade examples
Example of software upgrade through a reboot
Network requirements
As shown in Figure 3, use the file startup-a2105.ipe to upgrade software images for the IRF fabric.
Configuration procedure
# Configure IP addresses and routes to make sure the device and the TFTP server can reach each other. (Details not shown.)
# Complete TFTP settings on both the device and the TFTP server. (Details not shown.)
# Display information about the current software images.
<Sysname> display version
# Use TFTP to download the image file startup-a2105.ipe from the TFTP server to the root directory of the flash on the master device.
<Sysname> tftp 2.2.2.2 get startup-a2105.ipe
# Back up the image file to startup-a2105-backup.ipe. Skip this step if the flash does not have sufficient space.
<Sysname> copy startup-a2105.ipe startup-a2105_backup.ipe
# Specify startup-a2105.ipe as the main startup image file for all IRF member devices.
<Sysname> boot-loader file flash:/startup-a2105.ipe slot 1 main
<Sysname> boot-loader file flash:/startup-a2105.ipe slot 2 main
# Specify startup-a2105-backup.ipe as the backup startup image file for all IRF member devices.
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe slot 1 backup
<Sysname> boot-loader file flash:/startup-a2105-backup.ipe slot 2 backup
# Verify the startup image settings.
<Sysname> display boot-loader
# Reboot the device to complete the upgrade.
<Sysname> reboot
Verifying the configuration
# Verify that the device is running the correct software.
<Sysname> display version
Patch installation example
Network requirements
As shown in Figure 4, the IRF fabric has two members.
Patch the software of the switches to fix bugs.
Configuration procedure
# Download the patch images boot-patch.bin and system-patch.bin from the TFTP server to the root directory of the master's flash memory.
<Sysname> tftp 2.2.2.2 get boot-patch.bin
<Sysname> tftp 2.2.2.2 get system-patch.bin
# Display active software images.
<Sysname> display install active
Active packages on slot 1:
flash:/boot.bin
flash:/system.bin
Active packages on slot 2:
flash:/boot.bin
flash:/system.bin
The patch images boot-patch.bin and system-patch.bin are not on the list.
# Activate the patch images boot-patch.bin and system-patch.bin on the member switches.
<Sysname> install activate patch flash:/boot-patch.bin slot 1
<Sysname> install activate patch flash:/system-patch.bin slot 1
<Sysname> install activate patch flash:/boot-patch.bin slot 2
<Sysname> install activate patch flash:/system-patch.bin slot 2
# Display active images.
<Sysname> display install active
Active packages on slot 1:
flash:/boot.bin
flash:/system.bin
flash:/boot-patch.bin
flash:/system-patch.bin
Active packages on slot 2:
flash:/boot.bin
flash:/system.bin
flash:/boot-patch.bin
flash:/system-patch.bin
The patch images boot-patch.bin and system-patch.bin are on the list.
# Confirm the software changes to make the patch image files take effect at the next startup.
<Sysname> install commit
# Display confirmed active software images.
<Sysname> display install committed
Committed packages on slot 1:
flash:/boot.bin
flash:/system.bin
flash:/boot-patch.bin
flash:/system-patch.bin
Committed packages on slot 2:
flash:/boot.bin
flash:/system.bin
flash:/boot-patch.bin
flash:/system-patch.bin
The patch images are on the list.