Please enter search query.
Search <book_title>...
Veritas NetBackup™ Release Notes
Last Published:
2017-10-17
Product(s):
NetBackup (8.1)
- About NetBackup 8.1
- New features, enhancements, and changes
- NetBackup 8.1 new features, changes, and enhancements
- Operational notes
- NetBackup installation and upgrade operational notes
- NetBackup administration and general operational notes
- NetBackup administration interface operational notes
- NetBackup Accelerator operational notes
- NetBackup Bare Metal Restore operational notes
- NetBackup Cloud operational notes
- NetBackup cluster operational notes
- NetBackup database and application agent operational notes
- NetBackup for Exchange operational notes
- NetBackup for SharePoint operational notes
- NetBackup for Oracle operational notes
- NetBackup deduplication operational notes
- NetBackup internationalization and localization operational notes
- NetBackup for NDMP operational notes
- NetBackup virtualization operational notes
- NetBackup for VMware operational notes
- NetBackup for VMware operational notes
- Appendix A. About SORT for NetBackup Users
- Appendix B. NetBackup installation requirements
- Appendix C. NetBackup compatibility requirements
- Appendix D. Other NetBackup documentation and related documents
NetBackup services may start on the same active node after resource failure in a Solaris cluster setup
In the case of a NetBackup clustered master server in a Solaris cluster setup, NetBackup services may restart on the same active cluster node after failure instead of failing over to another node. The cluster log contains the following log message:
SC[,VRTS.scnb,scnb-harg,scnb-hars,gethostnames]: [ID 758691 daemon.warning] Current setting of Retry_interval= 300, might prevent failover on repeated probe failures. It is recommended that Retry_interval be greater than or equal to [(Thorough_probe_interval + Probe_timeout) * 2 * Retry_count]. Current values are (Thorough_probe_interval = 60,Retry_count = 2,Probe_timeout = 30).
To resolve the issue, perform the following steps:
- Set the Retry_interval option for resource scnb_hars to more than 360 using the following command:
#/usr/cluster/bin/clrs set -y Retry_interval=400 scnb-hars
- Verify the updated value of the Retry_interval option using the following command:
# /usr/cluster/bin/clrs show -y Retry_interval scnb-hars