Veritas InfoScale 7.3.1 Release Notes - Windows
- Release notes for Veritas InfoScale
- Limitations
- Deployment limitations
- Cluster management limitations
- Storage management limitations
- Multi-pathing limitations
- Replication limitations
- Solution configuration limitations
- Internationalization and localization limitations
- Interoperability limitations
- Known issues
- Deployment issues
- Cluster management issues
- Cluster Server (VCS) issues
- Cluster Manager (Java Console) issues
- Global service group issues
- VMware virtual environment-related issues
- Cluster Server (VCS) issues
- Storage management issues
- Storage Foundation
- VEA console issues
- Snapshot and restore issues
- Snapshot scheduling issues
- Storage Foundation
- Multi-pathing issues
- Replication issues
- Solution configuration issues
- Disaster recovery (DR) configuration issues
- Fire drill (FD) configuration issues
- Quick recovery (QR) configuration issues
- Internationalization and localization issues
- Interoperability issues
- Miscellaneous issues
- Fibre Channel adapter issues
- Deployment issues
Snapshot metadata files are not deleted after VSS Snapback and PIT Restore operation
For an Exchange 2010 VCS cluster setup that has a fileshare resource configured to store snapshot metadata files, it is noticed that after performing a VSS Point in Time (PIT) restore or snapback operation the snapshot metadata files are not deleted even though the restore or snapback operation completes successfully. These snapshot files are displayed in the VSS restore and snapback wizards. (2030283)
Workaround: Manually delete the older snapshot metadata files or if there is requirement to use the same file name, then use the -o option with the vxsnap utility command.
For example if \\FSAP1\share\mb1.xml is the snapshot set file name specified during Create snapshot operation, then files with the names mb1.xml$, mb1.xmlwmd, and mb1.xml should be deleted. They are present at the location \\FSAP1\share.