Veritas InfoScale™ 7.4 Release Notes - Linux
- Introduction
- Requirements
- Changes introduced in 7.4
- Changes related to installation and upgrades
- Changes related to InfoScale in cloud environments
- Changes related to Veritas Volume Manager
- Changes related to Veritas File System
- Changes related to replication
- Fixed issues
- 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
- Storage Foundation for Sybase ASE CE software limitations
- Known issues
- Issues related to installation and upgrade
- Storage Foundation known issues
- Dynamic Multi-Pathing known issues
- Veritas Volume Manager known issues
- Virtualization known issues
- Veritas File System 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
- Storage Foundation for Sybase ASE CE known issues
- Application isolation feature known Issues
- Cloud deployment known issues
- Issues related to Veritas InfoScale Storage in Amazon Web Services cloud environments
- Issues related to installation and upgrade
Changes introduced for supporting IPv6 and dual stack network configurations
This release supports pure IPv4, pure IPv6, and dual-stack configurations with the entire InfoScale product suite. In a dual-stack configuration, IPv6 is used as the communication channel by default.
Note:
InfoScale 7.4 supports IPv6 only if the underlying operating system, database, and network hardware support IPv6.
Veritas Product Installer lets you specify IPv6 addresses on the System Selection panel. In case of a pure IPv6 environment, you can also provide the host name to identify a system. If you choose to specify an IPv6 address, make sure to use the unicast format.
When you upgrade your current configuration to IPv6 or dual stack, you must:
Manually enable the IPv6 support and plumb the IPv6 addresses before you start the upgrade process. The IPv6 addresses must be reachable from the peer nodes.
Migrate the InfoScale components in the recommended sequence so that their dependencies are addressed successfully.
The following table lists the components that can be migrated to support IPv6 or dual stack and describes the enhancements that InfoScale 7.4 provides for each component:
Table: Components that can be migrated to support IPv6 or dual stack
Component | Enhancement |
---|---|
LLT |
When you configure LLT over TCP, you can create only one TCP link using either IPv4 or IPv6. The other LLT link must be a non-TCP link. Thus, while you migrate the TCP link to IPv6, the non-TCP link continues to be operational. For details, see the Cluster Server Configuration and Upgrade Guide - Linux. |
CP Server |
For details, see the Cluster Server Administrator's Guide - Linux. |
Steward | Lets you configure Steward in a dual-stack configuration by enabling IPv4 and IPv6 on the system that hosts the Steward process. Set the value of the Steward attribute to the IP address of the Steward server. It may be an IPv4 or an IPv6 address depending on the IP configuration of the cluster node. For details, see the Veritas InfoScale Disaster Recovery Implementation Guide - Linux. |
Agents |
For details, see the Cluster Server Bundled Agent's Reference Guide - Linux. |
Global cluster option (GCO) and Wide-area connector (WAC) |
When you establish trust for secure communication between the wide-area connectors across clusters over IPv6, you must specify the IP address for vcasat setuptrust in square brackets. For details, see the Cluster Server Administrator's Guide - Linux. |
File Replicator (VFR) |
For details, see the Veritas InfoScale Replication Administrator's Guide - Linux. |
CNFS | Lets you add or remove IPv6 virtual IP addresses to or from VCS in a pure IPv6 or a dual-stack configuration when you administer a clustered NFS. For details, see the Storage Foundation Cluster File System High Availability Administrator's Guide - Linux. |
CIFS |
For details, see the Storage Foundation Cluster File System High Availability Administrator's Guide - Linux. |
Volume Replicator (VVR) | Lets you deploy and migrate VVR to support dual-stack configurations. You can create various replication configurations based on the IP family. The communication happens between the IPs of same family. These configurations are supported with IP addresses as well as host names. For details, see the Veritas InfoScale Replication Administrator's Guide - Linux. |
Note:
This table also lists the components in the sequence in which they should be migrated to support IPv6 or dual stack. Follow the sequence so that the dependencies between the components are addressed.
An InfoScale deployment in Azure does not support IPv6 because of the following limitations:
Existing virtual machines (VMs) that are configured with IPv4 addresses cannot use IPv6 addresses; you must deploy new VMs and configure them with IPv6 addresses.
Public IPv6 addresses cannot be assigned to a VM.
VMs with IPv6 addresses cannot be members of an Azure cloud service. However, they can communicate with each other over their respective IPv4 addresses.