Upgrade StackState
Performing major and minor upgrades of StackState.
This page describes StackState version 4.1.
The StackState 4.1 version range is End of Life (EOL) and no longer supported. We encourage customers still running the 4.1 version range to upgrade to a more recent release.
This document describes the upgrade procedure for StackState.
For instructions on how to upgrade StackPacks, see the StackPacks documentation.
Upgrade considerations
When executing a StackState upgrade, please be aware of the following:
Always read the version-specific upgrade notes at the end of this document before upgrading StackState.
When upgrading a StackPack, any changes you have made to configuration items from that StackPack will be overwritten. See Configuration Locking for more information.
If there are hotfixes installed in your StackState installation, contact StackState technical support prior to upgrading.
Upgrading to a new minor StackState release
A minor release of StackState is indicated by a change in the second or third digits of the version number, for example 1.15.3. or 1.16.0.
If you are upgrading to a new minor StackState release, StackState itself and the StackPacks will be compatible with the current installation.
A minor upgrade consists of the following steps:
Create a backup
Upgrade StackState
Verify the new installation
Upgrading to a new major StackState release
A major release of StackState is indicated by a change in the first digit of the version number, for example 4.0.0.
If you are upgrading to a new major StackState release, StackState and/or the installed StackPacks may be incompatible with the current installation. For details, check the version-specific upgrade instructions.
A major upgrade consists of the following steps:
Create a backup
Uninstall StackPacks (optional, check the version-specific upgrade instructions)
Upgrade StackState
Install StackPacks (optional, check the version-specific upgrade instructions)
Verify the new installation
Create a backup
Before upgrading StackState it is recommended to backup your configuration and topology data.
To create a backup on Kubernetes, see:
Note that it will not be possible to restore the backup on the upgraded version of StackState. The StackState backup can only be restored in the StackState and StackPack versions prior to the upgrade.
Uninstall StackPacks
See Uninstalling StackPacks for more information.
The StackPacks must be uninstalled using the version of StackState prior to the upgrade since this version can contain different installation logic from the new StackPack version.
Upgrade StackState
Find instructions to upgrade a StackState Kubernetes or Linux setup below.
For upgrading, the same command can be used as for the first time Kubernetes installation. Be sure to check the release notes and any optional upgrade notes before running the upgrade.
Install StackPacks
See Installing StackPacks for more information.
Verify the new installation
Once StackState has been upgraded and started, verify that the new installation of StackState is reachable and that the application is running.
Version-specific upgrade instructions
Upgrade to 4.1.0
There are several changes to the
processmanager.conf
file that must be manually processed if you are using a customised version of this file:The
sts-healthcheckuri
has been moved from port 7071 to 7080The
startup-check
block has been removed completely
Upgrade to 4.0.0
With this version the minimal system requirements for the StackState node of the production setup raised from 16GB to 20GB
The configuration
processmanager-properties.conf
was merged intoprocessmanager.conf
for both StackState and StackGraph. If you have changes to either one of those configuration files, you changes will need to be reapplied after upgrade.For trace processing StackState Agent needs an upgrade to version 2.5.0.
This release deprecates the
withCauseOf
topology query filter, in favor of the `RootCause Analysis` topology visualization setting. Stored views
which require make use of the
withCauseOf
construct will need to be manually adapted.New versions of StackPacks already contain these changes, for custom views, the following
script can be used in the StackState Analytics panel to list the views that need
migrating.
Graph.query { it.V().hasLabel("QueryView").forceLoadBarrier().filter(__.has("query", TextP.containing('withCauseOf'))).properties("name").value() }
In this release a new way of scripting propagation functions has been introduced so that the script APIs can be used. Propagation functions using the old script style will still work, but have been made read-only via the UI. Old style propagation functions can still be created via StackPacks, the CLI and API.
Last updated