request system software add (Junos OS Evolved)
Syntax
request system software add package-name <force> <no-confirm> <validate | no-validate> <reboot | restart>
Description
Install a software package on all Routing Engines in a cluster, as seen in the output of
the show system nodes
operational mode command. The default option is
validate
. We recommend that you always download the software image
to /var/tmp only. For another way to validate the configuration
before trying to install the software package (rather than at the same time), see request system software validate (Junos OS Evolved).
For Junos OS Evolved, the request system software add
command has a
built-in feature to not start the upgrade if a reboot is pending after an upgrade or
rollback.
After you add a new software image, you must reboot the system to run the new software.
If you have added the software image but have not yet rebooted, you can issue the
request system software delete package-name
command to remove the newly added package and cancel the installation.
Any configuration changes you perform after inputting the request system
software add
command are lost when the system reboots with an upgraded
version of Junos OS Evolved.
Software packages from unidentified providers cannot be loaded. To authorize
providers, include the provider-id
statement at the [edit
system extensions provider]
hierarchy level.
You can use the request system software add restart
command to perform
a unified in-service software upgrade (ISSU), which upgrades to a more recent version of
Junos OS Evolved with minimal disruption of the control plane and data plane
traffic.
For information on the valid filename and URL formats, see Format for Specifying Filenames and URLs in Junos OS CLI Commands.
Options
package-name |
Location from which the software package or bundle is to be installed. Junos OS
Evolved does not support a remote Use the |
force |
(Optional) Force the addition of the software package or bundle
(ignore warnings). The For Junos OS Evolved, if you are trying to reinstall an already installed
application, use the |
no-confirm | (Optional) Starting from Junos OS Evolved Release 22.4R3, you can use this option
to suppress the prompt that asks you to enter yes or
no before starting a unified ISSU. The upgrade will start
without confirmation, but if there is any error that can impact traffic, then the
upgrade is automatically cancelled. |
no-validate |
(Optional) When loading a software package or bundle with a different release,
suppress the default behavior of the |
reboot |
(Optional) After installing the software package, reboot the system. The Starting in Junos OS Evolved 23.4R1, when using the
Additionally, As a result of this change, if your configuration already contains these configuration statements and you then delete all of the above configuration statements, these Layer 2 applications stop running. |
restart | (Optional) Starting from Junos OS Evolved Release 22.1R1, you can use this option
to perform a unified ISSU. For more details, see request system software add
restart, Note:
This is applicable only for QFX5220-CD switches. |
validate | (Default) When loading a software package or bundle with a different release, validate the candidate software against the current configuration of the node. |
Additional Information
- Back Up the Software First
- Migrate to GPT Disk Partitioning
- Unsupported Configurations
- YANG Data Models
Back Up the Software First
Before you upgrade the software on the router or replace one of the Routing Engines,
when you have a known stable system, issue the request system
snapshot
command to back up the software, including the configuration, to
the /soft directory. After you have upgraded the software or
have replaced one of the Routing Engines, and are satisfied that the software
packages are successfully installed and running, issue the request system
snapshot
command again to back up the software to the
/soft directory.
After you run the request system snapshot
command, you cannot return
to the previous version of the software because the running and backup copies of the
software are identical.
Migrate to GPT Disk Partitioning
Starting in Junos OS Evolved Release 24.2R1, we support migrating to GUID Partition Table (GPT) disk partitioning. GPT is the native disk partitioning scheme used by UEFI BIOSes. GPT is similar to the Master Boot Record (MBR) disk partitioning scheme used by traditional BIOSes. All Junos OS Evolved platforms support GPT natively. However, we default to MBR disk partitioning because Junos OS Evolved was originally ported to systems that used traditional BIOSes.
When you use this command to install a release that supports GPT disk partitioning, you can:
-
For new installations, change the default partition scheme for both the primary and secondary disks to GPT immediately (for example, scratch installations to empty disks).
-
For existing installations, migrate to GPT disk partitioning for both the primary and secondary disks after a reboot of the system.
For more details about this feature, see Migrate to GPT Disk Partitioning.
Unsupported Configurations
Starting in Junos OS Evolved Release 23.4R1, the system accepts unsupported configurations silently, and ignores unsupported configurations during commit. Downgrading to a Junos OS Evolved release prior to 23.2R1 will fail if an unsupported configuration is present on the device. Remove any unsupported configurations to downgrade successfully.
YANG Data Models
Before installing software on a device that has one or more custom YANG data models added to it, back up and remove the configuration data corresponding to the custom YANG data models from the active configuration.
Required Privilege Level
maintenance
Output Fields
When you enter this command, the system provides feedback on the status of your request.
Sample Output
request system software add
user@host-re0> request system software add /var/tmp/ptxinstall.iso Adding software images. This process can take several minutes. Please be patient... Download and Validate in Progress re0: Starting upgrade : /var/tmp/ptxinstall.iso re0: Upgrade version : junos-evo-install-ptx-x86-64-20.4-202103131143.0-EVO re0: Running pre-checks for 'junos-evo-install-ptx-x86-64-20.4-202103131143.0-EVO' re0: Pre-checks pass successfully, copying files to software area re0: Running post install commands... re0: Post install sequence was successful. re0: Validating existing configs. See /var/log/validation_config.log for config validation logs. re0: Validation Passed re0: Going ahead with Installation re0: Boot version is now 'junos-evo-install-ptx-x86-64-20.4-202103131143.0-EVO' re0: Updating all nodes... re1: Running pre-checks for 'junos-evo-install-ptx-x86-64-20.4-202103131143.0-EVO' re1: Pre-checks pass successfully, copying files to software area re1: Running post install commands... re1: Post install sequence was successful. re1: Boot version is now 'junos-evo-install-ptx-x86-64-20.4-202103131143.0-EVO' re0: Other nodes have been updated successfully re0: Cluster wide installation was successful Image validation and installation succeeded. WARNING: NOTE: A reboot is required to start using the new software. WARNING: Use the 'request system reboot' command when ready.
Release Information
The following options are deprecated in Junos OS Evolved Release 18.3R1:
best-effort-load
, delay-restart
,
no-copy
, on-primary
, (re0
|
re1
), set
, unlink
,
validate
, validate-on-host
, and
validate-on-routing-engine
.