Veritas Access 7.3 Release Notes
- Overview of Veritas Access
- Changes in this release
- Technical preview features
- Fixed issues
- Software limitations
- Flexible Storage Sharing limitations
- Limitations related to installation and upgrade
- Veritas Access language support
- File system limitation
- Known issues
- Veritas Access known issues
- AWS issues
- Backup issues
- CIFS issues
- Deduplication issues
- Enterprise Vault Attach known issues
- FTP issues
- GUI issues
- Installation and configuration issues
- Networking issues
- NFS issues
- ObjectAccess issues
- OpenDedup issues
- OpenStack issues
- Replication issues
- SmartIO issues
- Storage issues
- Veritas Access known issues
- Getting help
Rollback refresh fails when running it after running Storage> fs growby or growto commands (3588248)
A rollback refresh fails if you run the rollback after running the Storage> fs growby or Storage> fs growto commands.
You create a rollback of a file system. After creating a rollback of a file system, you use the Storage> fs growby or Storage> fs growto commands to increate the size of the file system. If you perform a Storage> rollback refresh on the previously created rollback, the operation fails.
Currently the Storage> rollback command is designed to allow only using the same size in the Storage> rollback refresh command as that of the source file system. Automatically resizing snapshots before performing a rollback refresh is complicated, especially when a storage pool does not have enough space. The ability to automatically resize a snapshot is not implemented yet.
Workaround:
There is no workaround.