Veritas Cluster Server Release Notes
Veritas⢠Cluster Server Release Notes: Linux - SORT - Symantec
Veritas⢠Cluster Server Release Notes: Linux - SORT - Symantec
- No tags were found...
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
<strong>Veritas</strong> <strong>Cluster</strong> <strong>Server</strong> <strong>Release</strong> <strong>Notes</strong><br />
Known issues<br />
53<br />
Concurrency violation observed when host is moved to<br />
maintenance mode [2735283]<br />
When a Red Hat Enterprise Virtualization host running a virtual machine is moved<br />
to maintenance state, the virtual machine migration is initiated by RHEV. VCS<br />
detects the migration according to virtual machine state, such as "migrating". Due<br />
to timing issue RHEV Manager occasionally sends the virtual machine state as "up"<br />
even if the migration is in progress. Due to this state, the resource is marked ONLINE<br />
on the node to which it migrates and may cause concurrency violation.<br />
Workaround: No workaround.<br />
Logical volume resources fail to detect connectivity loss with<br />
storage when all paths are disabled in KVM guest [2871891]<br />
In a KVM environment if all storage paths are disabled, then LVMLogicalVolume<br />
and LVMVolumeGroup resources fails to detect the loss of connectivity with storage.<br />
This is because even if the storage paths are disabled, native LVM commands<br />
return success, which causes VCS to report the resource state ONLINE and hence<br />
no SG failover is initiated. If any application monitored by VCS is doing a read/write<br />
I/O to this volumes, then it can detect the fault and initiate service group failover.<br />
Workaround: No workaround.<br />
Resource does not appear ONLINE immediately after VM<br />
appears online after a restart [2735917]<br />
During a VM restart the resource does not come ONLINE immediately after the VM<br />
starts running. As the VM state is 'Reboot in Progress' it reports INTENTIONAL<br />
OFFLINE and after VM is UP the resource cannot immediately detect it as the next<br />
monitor is scheduled after 300 seconds.<br />
Workaround: Reduce the OfflineMonitorInterval and set it to suitable value.<br />
Issues related to the VCS database agents<br />
Health check monitoring does not work with VCS agent for<br />
Oracle [2101432]<br />
The health check monitoring in Oracle agent for VCS does not work due to<br />
incompatibility of the health check APIs provided by Oracle.<br />
Workaround: Disable health check monitoring by setting the MonitorOption attribute<br />
to 0 (zero).