Upgrade Trident Protect
You can upgrade Trident Protect to the latest version to take advantage of new features or bug fixes.
|
|
|
Step 1: Select a version
Trident Protect versions follow a date-based YY.MM naming convention, where "YY" is the last two digits of the year and "MM" is the month. Dot releases follow a YY.MM.X convention, where "X" is the patch level. You will select the version to upgrade to based on the version you are upgrading from.
-
You can perform a direct upgrade to any target release that is within a four-release window of your installed version. For example, you can directly upgrade from 24.10 (or any 24.10 dot release) to 25.10.
-
If you are upgrading from a release outside of the four-release window, perform a multi-step upgrade. Use the upgrade instructions for the earlier version you are upgrading from to upgrade to the most recent release that fits the four-release window. For example, if you are running 24.10 and want to upgrade to 26.02:
-
First upgrade from 24.10 to 25.02.
-
Then upgrade from 25.02 to 26.02.
-
Step 2: Upgrade Trident Protect
To upgrade Trident Protect, perform the following steps.
-
Update the Trident Helm repository:
helm repo update -
Upgrade the Trident Protect CRDs:
This step is required if you are upgrading from a version earlier than 25.06, as the CRDs are now included in the Trident Protect Helm chart. -
Run this command to shift management of CRDs from
trident-protect-crdstotrident-protect:kubectl get crd | grep protect.trident.netapp.io | awk '{print $1}' | xargs -I {} kubectl patch crd {} --type merge -p '{"metadata":{"annotations":{"meta.helm.sh/release-name": "trident-protect"}}}' -
Run this command to delete the Helm secret for the
trident-protect-crdschart:Do not uninstall the trident-protect-crdschart using Helm, as this could remove your CRDs and any related data.kubectl delete secret -n trident-protect -l name=trident-protect-crds,owner=helm
-
-
Upgrade Trident Protect:
helm upgrade trident-protect netapp-trident-protect/trident-protect --version 100.2602.0 --namespace trident-protectYou can configure the logging level during upgrade by adding --set logLevel=debugto the upgrade command. The default logging level iswarn. Debug logging is recommended for troubleshooting as it helps NetApp support diagnose issues without requiring log level changes or problem reproduction.