Ransomware attackers specifically target and attempt to destroy backup systems to increase the probability of payment. Hardening your system is critical. Please ensure you have reviewed your platform security using the Security Hardening Checklist
Cohesity

COHESITY Documentation

Explore our documentation to get started, discover products & new features, access troubleshooting guides, register sources, platforms support.

Products
Data Security Alliance
Visit Cohesity.com
Demos
Support
Blogs
Developers
Partner Portals
Cohesity Community
© 2026 Cohesity, Inc. All Rights Reserved.
Terms of Use|
Privacy Policy|
Legal|
  1. Home
  2. Cohesity Cloud Scale Technology Manual Deployment Guide for Kubernetes Clusters
  3. Section IV. Maintenance
  4. Troubleshooting
  5. Troubleshooting AKS and EKS issues
  6. Media server remains in running state after Helm upgrade
Cohesity Cloud Scale Technology Manual Deployment Guide for Kubernetes Clusters

Media server remains in running state after Helm upgrade

After triggering a Helm upgrade for the media server, the media server custom resource (CR) does not transition to a successful state and continues to remain in the Running state.

This issue can occur when the environment.mediaServers[0].name value specified during the Helm upgrade does not match the existing media server name. Due to this mismatch, a new media server is created with a different name, but it is not properly registered with the storage server.

In this scenario, the NetBackup operator logs display an error similar to the following:

Error in registering additional media servers in storage server. Please add manually{"controller": "mediaserver", "controllerGroup": "netbackup.veritas.com", "controllerKind": "MediaServer","MediaServer": {"name":"new1","namespace":"netbackup"}, "namespace": "netbackup", "name": "new1","reconcileID": "6f45dee4-ff55-43b1-bb49-0482d5abb638","storage server id": "PureDisk:<storage server name>","error": "failed to update additional media server details for storage server: Failed to update storage server."}

Workaround:

To resolve this issue, perform the following:

  • Log in to the primary server pod:

    kubectl exec -it -n <namespace> <primary-server-pod-name> -- bash

  • Manually register the media server with the storage server using the tpconfig command:

    tpconfig -add -storage_server <server_name> -stype <server_type> -sts_user_id <user_ID> -password <password>

  • Wait for the new media server to transition to the Success state.

  • Re-run the Helm upgrade command using the correct media server name to restore the original configuration.

Feedback

Was this page helpful?
Previous

No usage report is available to download from the Web UI

Next

Troubleshooting AKS-specific issues

Feedback

Was this page helpful?