User Guide

Cluster Upgrade from 4.28 to 4.29

This guide will lead you through the steps specific for upgrading a NetEye Cluster installation from version 4.28 to 4.29.

During the upgrade, individual nodes will be put into standby mode. Thus, overall performance will be degraded until the upgrade is completed and all nodes are revoked from standby mode. Granted the environment connectivity is seamless, the upgrade procedure may take up to 30 minutes per node.

Warning

Remember that you must upgrade sequentially without skipping versions, therefore an upgrade to 4.29 is possible only from 4.28; for example, if you have version 4.21, you must first upgrade to the 4.22, then 4.23, and so on.

Breaking Changes

Tenant Display Name

A prerequisite for the upgrade to NetEye 4.29 is the definition of the display-name for each tenant present in your system.

You can follow the procedure described in neteye tenant config create for correctly update your tenant config files.

GLPI Custom Entities

In the NetEye 4.29 collecting assets is performed by means of GLPI Agents, while OCSInventory is deprecated. In order to continue using existing tenants in the same relation to GLPI Entities, the latter should be migrated before the upgrade to 4.29 is run.

Note! The GLPI Entities migration should be performed on all NetEye installations with Assetmanagement on board.

NetEye 4.29 will take with it the automatic GLPI Entity creation for all the defined tenants of the system, starting from the previously described display-name.

In order to avoid creation of a default entity, please follow the instruction in neteye tenant config create to add the custom-override-glpi-entity param in the tenant config file for relative tenants.

Once the migration of all your entities is done, please flag it as completed in the Assetmanagment module configuration page. This will enable the NetEye upgrade and allow your system switch to the automatic entity creation.

Prerequisites

Before starting the upgrade, you should read very carefully the latest release notes on NetEye’s blog and check out the features that will be changed or deprecated after the upgrade.

  1. All NetEye packages installed on a currently running version must be updated according to the update procedure prior to running the upgrade.

  2. NetEye must be up and running in a healthy state.

1. Run the Upgrade

The Cluster Upgrade is carried out by running the following command:

cluster# (nohup neteye upgrade &) && tail --retry -f nohup.out

After the command was executed, the output will inform if the upgrade was successful or not:

  • In case of successful upgrade you might need to restart the nodes to properly apply the upgrades. If the reboot is not needed, please skip the next step.

  • In case the command fails refer to the troubleshooting section.

2. Reboot Nodes

Restart each node, one at a time, to apply the upgrades correctly.

  1. Run the reboot command

    cluster-node-N# neteye node reboot

  2. In case of a standard NetEye node, put it back online once the reboot is finished

    cluster-node-N# pcs node unstandby --wait=300

You can now reboot the next node.

3. Cluster Reactivation

At this point you can proceed to restore the cluster to high availability operation.

  1. Bring all cluster nodes back out of standby with this command on the last standard node

    cluster# pcs node unstandby --all --wait=300
cluster# echo $?

    0

    If the exit code is different from 0, some nodes have not been reactivated, so please make sure that all nodes are active before proceeding.

  2. Run the checks in the section Checking that the Cluster Status is Normal. If any of the above checks fail, please call our service and support team before proceeding.

  3. Re-enable fencing on the last standard node, if it was enabled prior to the upgrade:

    cluster# pcs property set stonith-enabled=true

4. Additional Tasks

In this upgrade, no additional manual step is required.