UFM Cyber-AI OS Upgrade
This section provides a step-by-step guide for UFM Cyber-AI Operating System upgrade.
    
Each UFM Cyber-AI Appliance software has an additional tar file with a     
-omu.tar    
 suffix (OMU stands for OS Manufacture and Upgrade). This tar file can be used to re-manufacture the server and to upgrade the operating system/software on the server.    
- Copy the - OMUtar file to a temporary directory on the server.- CyberAI - ufm-cyberai-appliance<version>-<revision>-omu.tar
- Extract the contents of the tar file to /tmp: - tarxf ./ufm-cyberai-appliance-<version>-<revision>-omu.- tar-C /tmp/
- Change to the extracted directory: - cd/tmp/ufm-cyberai-appliance-<version>-<revision>-omu
- An upgrade script and an ISO file are included in the extracted directory: - ls-1 ./- # ls -1 ./ufm-os-upgrade.sh ufm-cyberai-appliance-<version>-<revision>.iso- The following flags are available in the upgrade script help. - # ufm-os-upgrade.sh --helpufm-os-upgrade.sh will upgrade and- installOS packages. IMPORTANT!!! a reboot is mandatory after the finalization of this script, kernel and kernel models will not work properly- untilthe server is rebooted. Additional SW installations will be automatically invoked after reboot, a message will pop on all- openterminals with the installation status:- "UFM-OS-FIRSTBOOT-FAILURE"-- ifinstallation is failed.- "UFM-OS-FIRSTBOOT-SUCCESS"-- ifinstallation succeeded. additional info will be available- in- "/var/log/ufm_os_upgrade_<UFM-OS-VERSION>.log"log- file. syntax: ufm-os-upgrade.sh [options] options --appliance-sw-upgrade upgrade ufm_appliance SW as well, default is to upgrade OS only, P.S. only applicable- forStandAlone installations. -d,--debug debug info will be visible on the- screen. -r,--reboot Automatically reboot the server when upgrade is finished. P.S.- ifsecure boot is enabled and a new certificate is enrolled the server will not automatically reboot even- ifthis flag is- set. -y,--- yeswont prompt- foruser acknowledgements. -h,--help print this help message.Warning- IMPORTANT!!! System reboot is mandatory once the upgrade procedure is completed. The - -rflag can be used to automatically reboot the server at the end of the upgrade. Note that some kernel modules may not work properly until server reboot is performed.
Upgrading in Standalone Mode
- Stop UFM and CyberAI services. - systemctl stop ufm-enterprise.service systemctl stop ufm-cyberai.service 
- Run the upgrade script: Note- System reboot is mandatory once the upgrade procedure is completed. The -r flag can be used to automatically reboot the server. - To bypass user prompts, use the - -yflag when executing the command, but note that this flag alone will not trigger an automatic server reboot. If a reboot is desired, use the- -rflag in combination with- -y. Additionally, the- --appliance-sw-upgradeflag can be used to upgrade both the UFM Enterprise Appliance SW and Cyber-AI SW, but this upgrade is not enabled by default. In the provided example, the server will automatically reboot after the upgrade process is completed.- ./ufm-os-upgrade.sh -y -r - The below is an example with the - --appliance-sw-upgradeflag. Note that the UFM Enterprise appliance SW will also be upgraded.- ./ufm-os-upgrade.sh -y -r --appliance-sw-upgrade 
- After the reboot procedure is complete, a systemd service ( - ufm-os-firstboot.service) runs the remainder of the upgrade procedure. Once completed, a message is prompted to all open terminals including the status:- "UFM-OS-FIRSTBOOT-FAILURE" - if installation is failed. - "UFM-OS-FIRSTBOOT-SUCCESS" - if installation succeeded. - Example:   - To manually check the status, run - systemctl status ufm-os-firstboot.service.If it is already completed, an error message is prompted stating that there is no such service. In that case, the log- /var/log/ufm-os-firstboot.logcan be checked instead.- systemctl status ufm-os-firstboot.service - Example:   
Upgrade in High-Availability Mode
Upgrade on HA should be done first on the stand-by node and after that on the master node, each node upgrade is similar to the SA instructions.
In case the Standby node is unavailable, the upgrade can be run on the Master node only, however, some additional steps will be required after the appliance is upgraded.
- [On the standby Node]: Copy and extract the OMU tar file to a temporary directory, refer to Extracting the Software. 
- [On master Node]: Run the upgrade script. Note- System reboot is mandatory once the upgrade procedure is completed. The - -rflag can be used to automatically reboot the server.- The - --appliance-sw-upgradeflag CAN NOT !!! be supplied to upgrade the UFM Enterprise Appliance SW in HA and the upgrade will not be performed if provided.- The - -yflag can be supplied to skip user questions (the flag does not automatically reboot the server on its own. For auto reboot, combine with the- -rflag).- In the following example the server auto reboots once the upgrade procedure is completed: - cd/tmp/ufm-cyberai-appliance-<version>-<revision>-omu ./ufm-os-upgrade.sh -y -r
- In case the - -rflag was not included, the server must be manually rebooted if the user selects "No" when prompted with a question on whether to reboot after the script finishes.- reboot now 
- After the reboot procedure is complete, a systemd service ( - ufm-os-firstboot.service) runs the remainder of the upgrade procedure. Once completed, a message is prompted to all open terminals including the status:- "UFM-OS-FIRSTBOOT-FAILURE" - if installation is failed. - "UFM-OS-FIRSTBOOT-SUCCESS" - if installation succeeded. - Example:   - To verify the status manually, execute " - systemctl status ufm-os-firstboot.service". If the service has already completed, an error message will be displayed indicating that the service does not exist. In such a scenario, refer to the log file located at- /var/log/ufm-os-firstboot.logfor checking the status.- systemctl status ufm-os-firstboot.service - Example:   
- After the stand-by node have finished the upgrade check the HA cluster status - ufm_ha_cluster status   - Every node within the cluster is expected to be operational while the present node remains in a stand-by mode (designated as Secondary in DRBD_ROLE). 
- [On the Master Node]: Initiate a fail-over of UFM to the stand-by node, which will result in the upgraded node taking over as the master and the current node transitioning to a stand-by state. - ufm_ha_cluster failover - Wait until all the resources of UFM are up and functioning correctly on the upgraded node. 
- Perform the same process on the inactive node that has not been upgraded, and is currently functioning as a standby.