HP SAN Virtualization Services Platform 3.0.5 Release Notes (5697-1031, June 2011)

Table Of Contents
Windows only recognizes 254 LUNs with the HP DSM driver though the Windows operating
system supports 255 LUNs (maximum).
Automatic failback of Microsoft Cluster Service resource groups does not occur when both the
HBA cables of one node are pulled out and reinserted.
OpenVMS support without async mirrors
OpenVMS 8.3 is supported with the exception of asynchronous mirrors.
SMI-S provider can delete some setup virtual disks
SVSP normally uses three setup virtual disks that are a part of a synchronous mirror group. It is possible
while using the SMI-S provider to delete two of these setup virtual disks, but not the third. This can
cause system availability issues, so ensure that care is taken to not delete any setup virtual disks.
Servers running HP-UX 11.23 disconnect from SAN
Servers running HP-UX 11.23 have been seen to disconnect from the SAN if no logical units are
presented to them, and SVSP has been added to the configuration. The workaround is to temporarily
present a unit directly from the storage arrays to the host and restart or perform an ioscan. This causes
the server to remain on the SAN long enough to be discovered by SVSP.
Setting the cluster bit for Serviceguard in Linux or HP-UX
If virtual disks are presented through Data Path Modules with Linux or HP-UX, do not set the cluster bit,
as this will force the DPMs to abort pending writes after a period of time.
Capacity limits with thin provisioned volumes
When you run out of free space in a storage pool, a write to a thin provisioned virtual disk will create
an error to the I/O, but information about that error may not convey the idea that thin volume space
has run out because the SCSI standards have not taken this into account yet. You should receive a
message or alert from the VSM indicating that space for a thin volume has run out, because the VSM
understands thin volumes. This can be prevented by properly setting and actively monitoring your pool
protection thresholds, adding capacity, or adding thin provisioning licenses.
VSM issues
Thin virtual disks must have read/write permission and cluster flag
Do not create thin virtual disks with:
Only read-only permissions (in other words, without any read-write permissions)
Read-write permissions to both VSMs without the cluster flag.
If either operation is performed, the operation is blocked, but the virtual disk is created in a Delete
state. The thin virtual disk is deleted only upon restart or failover of the active VSM.
VSM GUI indicates passive VSM not ready for failover
The VSM GUI may erroneously indicate that the passive VSM server is not ready for a VSM failover
operation (for example, the passive VSM does not detect all the paths seen by the active VSM). This
is usually incorrect, and performing a VSM failover completes successfully.
12 Issues and workarounds