Veritas Access Troubleshooting Guide
- Introduction
- General troubleshooting procedures
- About general troubleshooting procedures
- Viewing the Veritas Access log files
- About event logs
- About shell-activity logs
- Setting the CIFS log level
- Setting the NetBackup client log levels and debugging options
- Retrieving and sending debugging information
- Insufficient delay between two successive OpenStack commands may result in failure
- Monitoring Veritas Access
- Common recovery procedures
- About common recovery procedures
- Restarting servers
- Bringing services online
- Recovering from a non-graceful shutdown
- Testing the network connectivity
- Troubleshooting with traceroute
- Using the traceroute command
- Collecting the metasave image of a file system
- Replacing an Ethernet interface card (online mode)
- Replacing an Ethernet interface card (offline mode)
- Replacing a Veritas Access node
- Replacing a disk
- Speeding up replication
- Uninstalling a patch release or software upgrade
- Troubleshooting the Veritas Access cloud as a tier feature
- Troubleshooting Veritas Access installation and configuration issues
- Troubleshooting the LTR upgrade
- Troubleshooting Veritas Access CIFS issues
- Troubleshooting Veritas Access GUI startup issues
- Index
Troubleshooting pre-upgrade issues for LTR
Following are the pre-upgrade scenarios with the recommended workaround:
Failure in provisioning of
odd_cache_fs: Ensure that sufficient storage space is available in default pool(s) that is configured for ObjectAccess.
Failure in backup of configuration file
: Ensure that the
odd_vipgrp_map.conffile is successfully copied to/shared/opendedup/.Failure in backup of XML configuration files
: Ensure that all the OpenDedup volume configuration XML files are successfully copied to
/shared/opendedup/sdfs/.Failure in shutdown of OpenDedup volume(s)
:
Ensure that the volume is unmounted by using the mount -t fuse command.
Ensure all the jsvc processes are stopped. If the processes are not stopped, use the kill command to stop them.
Shutdown of the OpenDedup volume may result in java stack trace to be printed on console. This can be ignored as long as the volume is unmounted.
Failure in backup of the OpenDedup cache data
: Ensure that the size of the local cache location, that is,
/opt/sdfs/ volumes/<vol-name>is equivalent to the shared cache location, that is,/vx/odd_cache_fs/volumes/<vol-name>.