Veritas InfoScale™ 7.4.3 Release Notes - Linux
- Introduction and product requirements
- Changes introduced in InfoScale 7.4.3
- Limitations
- Virtualization software limitations
- Storage Foundation software limitations
- Dynamic Multi-Pathing software limitations
- Veritas Volume Manager software limitations
- Veritas File System software limitations
- SmartIO software limitations
- Replication software limitations
- Cluster Server software limitations
- Limitations related to bundled agents
- Limitations related to VCS engine
- Veritas cluster configuration wizard limitations
- Limitations related to the VCS database agents
- Cluster Manager (Java console) limitations
- Limitations related to LLT
- Limitations related to I/O fencing
- Limitations related to bundled agents
- Storage Foundation Cluster File System High Availability software limitations
- Storage Foundation for Oracle RAC software limitations
- Storage Foundation for Databases (SFDB) tools software limitations
- Known issues
- Issues related to installation and upgrade
- Storage Foundation known issues
- Dynamic Multi-Pathing known issues
- Veritas Volume Manager known issues
- Veritas File System known issues
- Virtualization known issues
- Replication known issues
- Cluster Server known issues
- Operational issues for VCS
- Issues related to the VCS engine
- Issues related to the bundled agents
- Issues related to the VCS database agents
- Issues related to the agent framework
- Cluster Server agents for Volume Replicator known issues
- Issues related to Intelligent Monitoring Framework (IMF)
- Issues related to global clusters
- Issues related to the Cluster Manager (Java Console)
- VCS Cluster Configuration wizard issues
- LLT known issues
- I/O fencing known issues
- Operational issues for VCS
- Storage Foundation and High Availability known issues
- Storage Foundation Cluster File System High Availability known issues
- Storage Foundation for Oracle RAC known issues
- Oracle RAC known issues
- Storage Foundation Oracle RAC issues
- Storage Foundation for Databases (SFDB) tools known issues
- Application isolation feature known Issues
- Cloud deployment known issues
- Issues related to Veritas InfoScale Storage in Amazon Web Services cloud environments
- Container deployment know issues
During disk group creation with '-o same_enckey=yes', disk reattach fails if a disk comes online after losing connectivity (4003890)
To use a single key for all the encrypted volumes in a disk group, the value of the same_enckey
option must be set to yes during disk group creation. The same_enckey
option sets an additional feature configuration for the disk group. After creating the disk group, if a disk comes online after losing connectivity, the disk reattach operation is performed. This operation does not allow any additional configuration on disk group and causes the disk reattach operation to fail.
Workaround:
Perform one of the following tasks to reattach the disk after it comes online:
Deport the disk group and import it again.
# vxdg deport diskGroupName
# vxdg importOptions import diskGroupName
- Deport the disk group .
# vxdg deport diskGroupName
- Import the disk group.
# vxdg importOptions import diskGroupName
If it is not feasible to deport and then import a disk group due to an ongoing application load, perform the following steps:
- Obtain the private region length of the disk.
# vxdisk list diskName | grep "private:" | awk '{print $4}' | cut -d= -f2
- Initialize the disk.
# vxdisk -f init diskName privlen=privateRegionLength
Here, privateRegionLength is the value that is obtained in step 1.
- Reattach the disk.
# vxdg -g diskGroupName -k adddisk diskName
- Restart the volumes in the disk group.
# vxrecover