17.08.2015 Views

Veritas Cluster Server Release Notes

Veritas™ Cluster Server Release Notes: Linux - SORT - Symantec

Veritas™ Cluster Server Release Notes: Linux - SORT - Symantec

SHOW MORE
SHOW LESS
  • 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).

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!