NetBackup IT Analytics Data Collector Notes and Troubleshooting
- Data Collector Troubleshooting
- Resolving Data Collectors connections issues - Linux specific
- Resolving Data Collectors connections issues - Windows specific
- Portal upgrade performance issues
- Verify the Data Collector configuration
- Verify Connectivity
- Configuring web proxy updates
- Collecting missed events for Veritas Backup Exec
- Substituting ODBC for JDBC to connect to SQL server for Veritas Backup Exec
- Useful Data Collection scripts for capacity
- Host resources troubleshooting
- Host resources: Check the status of the WMI proxy server
- Host resources: Post-Installation verification
- Host resources: Check host connectivity using standard SSH
- Host resources: Check host connectivity
- Host resources: Check host connectivity using Host Resource Configuration file
- Host resources: Generating host resource configuration files
- Host resources: Check the execution of a command on a remote server
- Host resources Data Collection
- Host resources: Collection in stand-alone mode
- Configuring parameters for SSH
- Identifying Windows file system access errors (File Analytics)
- Collect from remote shares (File Analytics)
- Adding a certificate to the Java keystore
- Override default Java Heap memory (XMX) value for Data Collector utilities
- Firewall Configuration: Default Ports
- CRON Expressions for Policy and Report Schedules
- Clustering Data Collectors with VCS and Veritas NetBackup (RHEL)
- Clustering Data Collectors with VCS and Veritas NetBackup (Windows)
- Install and configure NetBackup IT Analytics Data Collector on MSCS environment
- Firewall Configuration: Default Ports
- Maintenance Scenarios for Message Relay Server Certificate Generation
Resolving Data Collectors connections issues - Linux specific
Perform the following steps to resolves the data connections issues:
Verify that the tomcat-agent and apache services are running on the portal.
Verify that the key file is generated when the data collector was created.
On the portal, perform wget to the URL of the data receiver. The expected response is:
Index.htmlfile.Note:
This step bypasses the network and validates that the data receiver is up and running.
On the data collector, verify that the data receiver URL resolves via NSLOOKUP. If not then specify the data receiver IP address and name to the data collector's host file.
Verify using wget from the data collector that a response back, index.html page, is received. If not then ,verify if the firewall is blocking the access to port 80/443, depending upon configurations.
Execute the command ../mbs/bin/updateconfig. The expected response is: quick return to the command prompt. If not then: verify that the /opt/aptare/datarcvrconf/collectorConfig.global.properties on the portal has the correct URL.
Execute the checkinstall. If there is initial communication but errors, confirm the data collector name, passcode, and URL are correct.
Examine the
<Data Collector home>/mbs/conf/collector.propertiesfile and verify that the collector name, collector password, and URL were specified appropriately during the installation.Verify that the collector service is started, and Watchdog is running.
Ensure the understanding that if the portal is running a later upgrade than the GA data collector that upgrade will initiate right after DC connects, and the data collector will go offline for a period during the upgrade.