Veritas Access Software-Defined Storage (SDS) Management Platform Solutions Guide
- Introduction
- Deploying the SDS Management Platform with Veritas Access
- Using the SDS Management Platform interface
- Setting up SSL in the SDS Management Platform
- Performing authentication
- System backup and restore
- Troubleshooting
- Log locations
- Diagnostic reports
- Java Virtual Machine (JVM) parameters
- SDS Management Platform known issues
- If multiple bucket creation requests with different inputs for attributes such as size and layout are in progress in parallel, then a bucket can get created with incorrect attributes
- When editing a storage resource or backup server, an Advanced button is available that shows options that you should not change
- If you add a Veritas Access cluster where the host includes the protocol (such as, https://10.20.30.40), the provider gets added and collects data but running the LTR workflow fails
- When you create a bucket, the status of the task appears as DONE, even though the creation is still in progress
- Clicking on a non-mapped Veritas Access cluster directs you to an empty wiki page which shows a table and some data
- If you restart the operating system, the SDS Management Platform does not start automatically
- When you add a storage resource or backup server, the added resource is not automatically visible
- After the SDS log is rotated, the log messages from either Veritas Access or the SDS plugin go to the rotated file instead of the new file
- Some of the storage resources may appear as faulted and a warning sign appears next to the cluster IP address in the Infrastructure> Storage Resources page
- Creation of STU fails if the S3 user is changed
- Software limitations
Log locations
Messages related to the platform are logged to specific log files in the Install Folder/logs file. You can decide the number of log files to keep before recycling them by changing the MaxBackupIndex parameter in the Install Folder/etc/log4j.properties file.
The
wrapper.logcontains information pertaining to the service start.The
startup.logshows the product version and start parameters for the Java Virtual Machine (JVM) in which the system runs.The
service.logshows all current messages relating to the started and running service, and is the main source of information for troubleshooting.The
service.log.#are older incarnations that are cycled through 20 files before they are deleted automatically.The
job.loglists all the transactions performed by the system and can be used for auditing purposes.The
datestamp-request.logshows UI page requests.The
performance.log.#details performance statistics relating to the service.The
rule-engine.log.#shows rule engine runs and the time required for them to complete.The
install.logrecords information from updating the system or when installing a solution.The
/var/log/sds_fops.logshows the logs related to the SDS module.