XOS shar upgrade fails with the "pre_upgrade_check failed" error

Products

• XOS

Issue/Introduction

When performing an XOS shar upgrade, the upgrade process ends  with the following error:

[[email protected] rpm]# sh xos-upgradepack-A000-9.6.7-20.shar 
<output removed for clarity>
Perform pre-upgrade verification for XOS version 9.6.7-20 
./9.6.7-20/pre_upgrade_check: line 434: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 435: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 436: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 437: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 438: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 439: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 440: $RESULT_FILE: ambiguous redirect 
./9.6.7-20/pre_upgrade_check: line 480: $RESULT_FILE: ambiguous redirect 

!!!!!!!!!!!!!!! 
!!!! ERROR !!!! 
!!!!!!!!!!!!!!! 

pre_upgrade_check failed. 

Cause

This error might appear because some part of the current configuration is not valid in the new XOS version. The pre_upgrade_check process validates the configuration before performing any changes in the system. When an invalid configuration is detected, the upgrade process fails.

For example, in XOS versions 9.6.x an additional check for the remote-box command parameters has been added. The following configuration, where the remote-box parameter points to the chassis itself, not to the remote box, will be evaluated as invalid:

system-identifier 1

remote-box 2 1.1.2.10 192.168.135.10
remote-box 1 1.1.2.20  192.168.135.10

Resolution

To resolve the problem, make sure that the current setup does not contain any configuration which is not valid in the new XOS version.

Considering the example above, change the remote-box command parameter so it only points to the another box in the pair:

system-identifier 1

remote-box 2 1.1.2.10 192.168.135.10