Please enter search query.
Search <book_title>...
NetBackup™ Deployment Guide for Kubernetes Clusters
Last Published:
2025-02-26
Product(s):
NetBackup & Alta Data Protection (10.5.0.1)
- Introduction
- Section I. Configurations
- Prerequisites
- Recommendations and Limitations
- Configurations
- Configuration of key parameters in Cloud Scale deployments
- Section II. Deployment
- Section III. Monitoring and Management
- Monitoring NetBackup
- Monitoring Snapshot Manager
- Monitoring fluentbit
- Monitoring MSDP Scaleout
- Managing NetBackup
- Managing the Load Balancer service
- Managing PostrgreSQL DBaaS
- Managing fluentbit
- Performing catalog backup and recovery
- Section IV. Maintenance
- PostgreSQL DBaaS Maintenance
- Patching mechanism for primary, media servers, fluentbit pods, and postgres pods
- Upgrading
- Cloud Scale Disaster Recovery
- Uninstalling
- Troubleshooting
- Troubleshooting AKS and EKS issues
- Troubleshooting AKS-specific issues
- Troubleshooting EKS-specific issues
- Troubleshooting AKS and EKS issues
- Appendix A. CR template
- Appendix B. MSDP Scaleout
- MSDP Scaleout configuration
- Managing MSDP Scaleout
- MSDP Scaleout maintenance
The flexsnap-listener pod is unable to communicate with RabbitMQ
After successfully deploying Cloud Scale, if the RabbitMQ server is deleted, it gets recreated with a new server IP.
However, the flexsnap-nginx
server configuration does not get updated to reflect the new RabbitMQ server IP. Hence, the flexsnap-listener
pod is unable to communicate with RabbitMQ through flexsnap-nginx
server.
Workaround:
To resolve the issue, perform the following:
After RabbitMQ is recreated, restart the
flexsnap-nginx
server to update its configuration.Restart
flexsnap-listener
server to get the listener pod in running state.