Upgrading Skylight orchestrator 23.04.1

This Skylight orchestrator Upgrade article includes procedures that will help the personnel of mobile network operators, Cable Multi-Service Operators (MSOs), business service providers and cloud and data center services upgrade and maintain their performance assurance solutions.

Specifically, this article explains how to upgrade Skylight orchestrator to version 23.04.1 from any of these previously-installed versions:

• Virtual machine running 22.07 5K profile
• Virtual machine running 22.07 15K profile
• Virtual machine running 22.07 30K profile
• Virtual machine running 22.07 60K profile
• Virtual machine running 22.10 5K profile
• Virtual machine running 22.10 15K profile
• Virtual machine running 22.10 30K profile
• Virtual machine running 22.10 60K profile
• Virtual machine running 23.04 5K profile
• Virtual machine running 23.04 15K profile
• Virtual machine running 23.04 30K profile
• Virtual machine running 23.04 60K profile

Prior installation data and configuration information is retained during the upgrade process.

Pre-Upgrade Requirements and Procedures

This section describes the requirements and procedures that must be followed before performing an upgrade.

The following sections cover the procedures for upgrading a KVM, or VMware machine running Skylight orchestrator 22.07, Skylight orchestrator 22.10 or Skylight orchestrator 23.04. During the upgrade, the system will be unavailable for approximately 90 minutes.

Before performing the upgrade procedures, you must read through the Release Notes for Skylight orchestrator 23.04.1.

If you are running in a redundant configuration, please run this procedure for each site of the redundant system.

IMPORTANT: You cannot upgrade hardware appliances to version 23.04.1 as they have been retired.

IMPORTANT: Skylight orchestrator will no longer support rehoming directly from the hardware or the virtual machine running in ESXi release prior to 6.5.

Requirements

You must ensure you have the following items before starting the upgrade procedure. If you are missing anything, contact Accedian Technical Support.

1. SSH client (such as PuTTY)
2. SCP client (such as WinSCP)
3. Username and password for the visionems account for all virtual machines running Skylight orchestrator software.
4. The target machine must have 20 GiB of free space in its mysql partition.
5. The target machine must have 6 GiB of free space in its root partition.
6. The target machine must have 9.5 GiB of free space in its data partition.
7. To upgrade to version 23.04.1, you must have access to the following package files:

   upgradeAppliance-SO_v23.04_1_package-prod.tar SO_v23.04_1.fsa

   ---

   Note: These files contain all required files and scripts for the upgrade.

   ---

8. Check and ensure the current deployment profile matches with resource requirements (vCPU, RAM, disk). Please refer to the Deployment Profile Configuration and Virtual Machine Disk Configuration articles for additional information​.
9. Check number of acceptable firmware loads, as outlined below:

Number of Acceptable Firmware Loads

Before upgrading or starting app_server on Skylight orchestrator, you must validate the number of acceptable firmware loads based on the specific profile of the system.

For example, if orchestrator is using a root partition of 28GB, it will switch to root partition 18GB after upgrading. In this case, you need to check that the number of firmware loads on the orchestrator, before upgrading, is not higher than the limitations shown below.

Pre-Upgrade Procedures

This section explains the procedures that must be performed before upgrading to version 23.04.1.

The pre-upgrade procedures are:

1. Ensuring the FTP export method is not used on Inventory Export and CSV Export
2. Backing up the Data Store
3. Stopping the Application
4. Transferring Files to the Machine

Ensuring the FTP export method is not used on Inventory Export and CSV Export

From release 23.04.1, the FTP transfer method is not supported for Skylight orchestrator functions (inventory export and CSV export). Therefore, changing to another transfer method is required to ensure no corruption of the transfer file after upgrading.

The FTP transfer method MUST be changed to another supported transfer method (SFTP or Rsync) before upgrading if it is being used on any Skylight orchestrator functionality:

1. In the inventory export method:
   a. Change to the SFTP method and ensure that it works correctly.
   b. Please refer to Exporting Inventory Reports for more information.
2. In the CSV export method:
   a. Change to SFTP or SFTP/Key or Rsync method and ensure it works correctly.
   b. Please refer to Configuring Global Collection Settings for more information.

Backing up the Data Store

A database backup of the system is needed.

Back up the data store

1. Open an SSH terminal session to Skylight orchestrator on port 22.
   

   ---

   Note: If you are running a redundant configuration, the back-up must be taken from the active site.

   ---

2. Log in as the visionems user.
3. Change to the scripts directory by entering:

cd /opt/accedian/skylight/scripts

4. Create a backup of the data store by entering:

./ems_backup_mysql.sh -d

The backup is created and saved in the /opt/accedian/backups directory.

Stopping the Application

The application must be stopped before running the upgrade scripts.

Stopping the application for a Hot Standby configuration

Active Site

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Stop the Hot Standby process by entering:

redundancy control stop

4. Start mysql by entering:

service start mysql

Standby Site

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Start mysql by entering:

service start mysql

Stopping the application for a Non-Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Stop the application by entering:

service stop app_server

Transferring Files to the Machine

This procedure explains how to install the required upgrade package files to the appropriate location.

The following upgrade files must be available:

• upgradeAppliance-SO_v23.04.1_1_package-prod.tar
• SO_v23.04.1_1.fsa

To transfer files

The procedure must be executed as the visionems user.

1. From your computer, use an SCP client (such as WinSCP) and the visionems account to transfer the required files to the /data folder.
   

   ---

   CAUTION: The location of the required files must be /data.

   ---

Upgrading a Virtual Machine

This procedure contains instructions on how to upgrade to Skylight orchestrator 23.04.1. Upgrades are supported from the following releases:

• Virtual machine running 22.07 5K profile
• Virtual machine running 22.07 15K profile
• Virtual machine running 22.07 30K profile
• Virtual machine running 22.07 60K profile
• Virtual machine running 22.10 5K profile
• Virtual machine running 22.10 15K profile
• Virtual machine running 22.10 30K profile
• Virtual machine running 22.10 60K profile
• Virtual machine running 23.04 5K profile
• Virtual machine running 23.04 15K profile
• Virtual machine running 23.04 30K profile
• Virtual machine running 23.04 60K profile

This upgrade requires the following procedures to be performed:

1. Upgrading to the New Software Version
2. Setting the Deployment Profile

Upgrading to the New Software Version

This procedure will install the upgraded software.

To upgrade to the new software

1. Open an SSH terminal session to port 22 of the virtual appliance.
2. Log in as the visionems user

cd /data

3. Un-tar and change the permissions on the upgrade file by entering:

tar -xvf upgradeAppliance-SO_v23.04.1_1_package-prod.tar
rm upgradeAppliance-SO_v23.04.1_1_package-prod.tar
sudo chmod 770 ./upgradeAppliance

If prompted, provide the visionems user password.

4. Execute the script that does the partition upgrade:

./upgradeAppliance -up /data/SO_v23.04.1_1.fsa

This archive is a new operating system that will host the Skylight orchestrator software. During execution, the script will prompt you to increase SSH timeout if timeout is less than 10 minutes.

5. When prompted enter:

y

SSH timeout is too low and need to be updated. Do you want to continue?
[y/N] y
Please log out to take affect and login back to upgrade.

6. When prompted enter:

y

Skylight orchestrator appliance will be upgraded on inactive partition. Do you
want to proceed? [y/N] y

* Setting up grub configuration for inactive partition
Applying switch...
Inactive partition mounted
Copying fstab file....
Fstab file was copied
Inactive partition unmounted
Inactive partition mounted
Installing for i386-pc platform.
Installation finished. No error reported.
Boot grub loader configured
Grub configuration has been updated
Inactive partition unmounted
Appliance configured
Inactive partition is now configured as the boot partition

7. When prompted enter:

y

A system reboot is required to take effect. Proceed with reboot? [y/N] y
Applying reboot…

8. Reopen an SSH terminal session to port 22 of the virtual appliance.
9. Re-log in as the visionems user:

cd /data

10. Run the following command:

./upgradeAppliance -u

Testing the system configurations before upgrading:

    Hardening OS for active partition
  Hardening active partition
  All done

Setting the Deployment Profile

To set the deployment profile

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Start mysql by entering:

service start mysql

To reapply the deployment profile when upgrading from the Skylight orchestrator multiple mediation instances

1. Display the current configuration by entering:

deployment show configuration

Example:
Skylight: deployment show configuration

  Cluster configuration :
   Cluster type       : medcluster
   Node Configuration :
Node name       : medn1
Total instances : 6

2. Assign a profile by entering:

deployment edit type single-node profile <X>

Where:

• X is the profile prior to upgrading.

Example:
deployment edit type single-node profile 30K

The profile is applied.

3. Confirm the change by entering:

deployment show configuration

An output similar to the following is displayed:

  Cluster configuration :
   Cluster type       : medcluster
   Node Configuration :
Node name       : medn1
Total instances : 6

Post-Installation Procedures

This section explains the procedures applicable after your upgrade.

The post-installation procedures are:

1. Restarting the Application
2. Post-Upgrade Checks

Restarting the Application

This procedure will start the upgraded software.

Restarting the application for Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator designated as the preferred active
   site on port 2200.
2. Log in as the visionems user.
3. Configure the preferred site to last active site, enter:

redundancy config preferred {site-a | site-b}

4. Start the Hot Standby process by entering:

redundancy control start

5. Verify redundancy status, enter:

redundancy show status

When “redundancy show status” reports that replication status is up, the application can be accessed.

Restarting the application for a Non-Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Start the application by entering:

service start app_server

Verifying the Startup Status

To verify the startup status

1. Enter:

service show

A list of services (that are currently running) is displayed. Ensure that the state of all services is shown as Started.

2. Close the terminal session to port 2200 by entering:

exit

Post-Upgrade Checks

The final step of the upgrade is to check the network inventory and ensure that Skylight orchestrator is operational. The following steps constitute a basic verification of the state of Skylight orchestrator.

To verify network inventory and check Skylight orchestrator functionality

1. Log in to the Skylight orchestrator web application in a supported web browser.
2. Click the Accedian icon to display the About window.
   The Build Version should indicate version 23.04.1.
3. Access the Device ▶ Managed Elements tab and verify that the total count of network elements at the bottom-left corner is accurate.
4. Click the icon at the bottom-right corner and verify that the current alarm count is accurate.
5. Access the Commission ▶ Jobs tab and verify that any pre-existing configuration jobs are still present.
6. Access the Collection ▶ Reporting Status tab and verify the following:
   • The list of performance elements with a pm collect agent.
   • The CSV time and Transfer time have both recently been updated for all elements with streaming enabled.
7. Access Admin ▶ Licensing to verify that the current License server is the as same as before upgrading:
   • Verify that the License server is Integrated Server if you imported the "Skylight-orchestrator - Internal License server" key on the Skylight orchestrator before upgrading​.
   • Verify that the connection with SDLS has been established if you configured the Skylight orchestrator connection to the license server before upgrading.

   ---

   Note: Importing "Skylight-orchestrator - Internal License server" key after upgrading Skylight orchestrator is no longer required.

   You can promptly change the license server from ‘Integrated Server' to 'SDLS’ and vice versa without restarting app_server.

   ---

8. Check your session status by accessing Sessions tab.

Rollback Procedure

This section explains how to roll back to the original operating system partition and restore the system to its initial state.

If you must roll back a cluster deployment, you must repeat the procedure on all appliances on which the upgrade was performed (successfully or unsuccessfully).

Rollback for Skylight orchestrator Procedure

This procedure explains how to roll Skylight orchestrator back to the previous release.

You would only need to perform the rollback procedure if problems occur during the appliance upgrade procedure, such as:

• An error message occurs during the upgrade process that prevents you from proceeding.
• The upgrade process terminates unexpectedly.
• The application does not function as expected after the upgrade.

Procedure Requirements

The following requirement applies to the procedure:

1. This procedure must be executed as the visionems user. To execute these procedures, you must know the visionems credentials.

Stopping the Application

Stopping the application for Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Stop the Hot Standby process by entering:

redundancy control stop

Stopping the application for a Non-Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Stop the application by entering:

service stop app_server

Rolling back the upgrade

Repeat this procedure on all appliances that were upgraded.

To roll back the upgrade

1. Using an SSH terminal session to port 22 of the appliance, log in to the appliance as the visionems user.
2. After logging in, change to the directory where the scripts are stored by entering:

cd /data

3. Execute the script that switches to the secondary partition OS (inactive partition):

./upgradeAppliance -sp

The following output is displayed as the script runs:

vision@visionems:/data$ ./upgradeAppliance –sp

* Setting up grub configuration for inactive partition
About to switch boot partition to inactive partition.

4. When prompted, enter:

y

Do you want to switch? [y/N] y
Applying switch…
Inactive partition mounted
Copying fstab file….
Fstab file was copied
Inactive partition unmounted
Inactive partition mounted
Installing for i386-pc platform.
Installation finished. No error reported.
Boot grub loader configured
Grub configuration has been updated
Inactive partition unmounted
Appliance configured
Inactive partition is now configured as the boot partition

5. When prompted to confirm that the system reboot is required, enter:

y

A system reboot is required to take effect. Proceed with reboot? [y/N] y
Applying reboot…

This will reboot system automatically. Otherwise you must reboot the system to apply the rollback. If you do not say yes at this point, you will have to reboot the system manually.

6. Using an SSH terminal session to port 22 of the appliance, log in as the visionems user.

7. After logging in successfully, enter:

cd /data

8. Execute the script that restores the partition table that was used before the upgrade, by entering:

./upgradeAppliance -rp

The following output is displayed as the script runs:

./upgradeAppliance -rp

Successfully restored partition

9. After the script runs successfully, open an SSH terminal session to port 2200 of the virtual appliance.
   This gives you access to the Appliance Monitor command line.
10. Log in as the visionems user.
11. Check the version by entering:

board show info

Starting the Application

This procedure will start the application.

Starting the application for Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator designated as the preferred active site on port 2200.
2. Log in as the visionems user.
3. Configure the preferred site to last active site, enter:

redundancy config preferred {site-a | site-b}

4. Start the Hot Standby process by entering:

redundancy control start

5. Verify redundancy status, enter:

redundancy show status

Starting the application for Non-Hot Standby configuration

1. Open an SSH terminal session to the Skylight orchestrator on port 2200.
2. Log in as the visionems user.
3. Start the application by entering:

service start app_server