Please enter search query.
Search <book_title>...
NetBackup™ Deployment Guide for Kubernetes Clusters
Last Published:
2023-04-24
Product(s):
NetBackup (10.2)
- Introduction
- Section I. Deployment
- Prerequisites for Kubernetes cluster configuration
- Deployment with environment operators
- Deploying NetBackup
- Primary and media server CR
- Deploying NetBackup using Helm charts
- Deploying MSDP Scaleout
- Deploying Snapshot Manager
- Section II. Monitoring and Management
- Monitoring NetBackup
- Monitoring MSDP Scaleout
- Monitoring Snapshot Manager
- Managing the Load Balancer service
- Managing MSDP Scaleout
- Performing catalog backup and recovery
- Section III. Maintenance
- MSDP Scaleout Maintenance
- Upgrading
- Uninstalling
- Troubleshooting
- Troubleshooting AKS and EKS issues
- Troubleshooting AKS-specific issues
- Troubleshooting EKS-specific issues
- Troubleshooting AKS and EKS issues
- Appendix A. CR template
NetBackup messaging queue broker take more time to start
This issue is due to
service taking more time to start.To resolve this issue, perform the following steps
- Exec into the respective Primary Server pod using the following command:
kubectl exec -it <pod-name> -n <namespace> -- /bin/bash
- Check the nbmqbroker service logs which are in
/usr/openv/mqbroker/logs/
folder.If the value of checking service start status count: is more than the 75 then nbmqbroker would take more time to start.
- Stop the nbmqbroker service using the following command:
/usr/openv/mqbroker/bin/nbmqbroker stop
- Open the
/usr/openv/mqbroker/bin/nbmqbroker
file. - Increase the value of total_time and sleep_duration and save the file.
- Start the mqbroker service using the following command:
/usr/openv/mqbroker/bin/nbmqbroker start
If the Primary Server pod gets restarted then the user must perform the same above steps to increase the values of total_time and sleep_duration, as these values will not get persisted after pod restart.