Veritas InfoScale™ 7.1 Release Notes - AIX
- About this document
- Important release information
- About the Veritas InfoScale product suite
- Licensing Veritas InfoScale
- About Veritas Services and Operations Readiness Tools
- Changes introduced in 7.1
- Changes related to Veritas Cluster Server
- Changes in the Veritas Cluster Server Engine
- Changes related to installation and upgrades
- Changes related to Veritas Volume Manager
- Changes related to Veritas File System
- Changes related to Dynamic Multi-Pathing
- Changes related to Replication
- Changes related to Operating System
- Not supported in this release
- Changes related to Veritas Cluster Server
- System requirements
- Fixed Issues
- 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
- 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
- GAB 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
- Issues related to installation and upgrade
- 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
- Virtualizing shared storage using VIO servers and client partitions
- Cluster Manager (Java console) limitations
- 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 software limitations
- Documentation
Notify sink resource and generic application resource moves to OFFLINE|UNKNOWN state after VCS upgrade [3806690]
If you use the high availability wizard to configure an application for monitoring, and later upgrade to Availability 7.1, then the notify sink resource goes to the OFFLINE|UNKNOWN state.
If you used the wizard to configure an application for monitoring with the generic agent, then the (generic) application resource also goes to the OFFLINE|UNKNOWN state.
This issue occurs because some file paths are modified in Veritas InfoScale 7.1.
Workaround:
Perform the following steps:
To resolve the file path issue for the notify sink resource, modify the PathName attribute of the VCSNotifySinkRes resource by using the following commands:
Enable editing for the high availability configuration.
# /opt/VRTSvcs/bin/haconf -makerw
Resolve the file path issue.
# /opt/VRTSvcs/bin/hares -modify VCSNotifySinkRes PathName /opt/VRTSvcs/portal/vcs_wizards/admin/notify_sink
Disable editing for the high availability configuration.
# /opt/VRTSvcs/bin/haconf -dump -makero
To resolve the file path issue for the (generic) application resource, execute the following commands:
Determine the path to the program that the generic agent uses to monitor the application resource.
# /opt/VRTSvcs/bin/hares -value ResourceName MonitorProgram
Where ResourceName is the name of the monitored application resource
An output along the following lines appears.
/opt/VRTSvcs/bin/Application/getServiceStatus PathToMonitorProgram
Where PathToMonitorProgram is the file path to the monitor program that the generic agent uses to monitor the application.
Note:
The output also includes some arguments, which are part of PathToMonitorProgram. Ensure that you specify both the path and the arguments, when you specify the value of PathToMonitorProgram in the following commands.
Enable editing for the high availability configuration.
# /opt/VRTSvcs/bin/haconf -makerw
Resolve the file path issue.
# /opt/VRTSvcs/bin/hares -modify ResourceName MonitorProgram "/opt/VRTSvcs/bin/Application/getServiceStatus.wiz PathToMonitorProgram"
Disable editing for the high availability configuration.
# /opt/VRTSvcs/bin/haconf -dump -makero