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

Table Of Contents
Disabled Delete menu when virtual disk is member of synchronous mirror group
The Delete menu of a virtual disk that is a member of a synchronous mirror may become disabled
(grayed out). If this virtual disk was previously added to a synchronous mirror group that no longer
exists, then do one of the following:
Fail over the active VSM to the passive VSM.
Start and stop the active VSM using the SVSP Monitor.
SVSP web server hang makes GUIs inaccessible
In rare instances, a login to the VSM GUI can fail and display the message Login failed. Check
status of the SVSPs and check that Web Server is started. Checking the web
server status with the SVSP Monitor shows an active status. A workaround is to reboot the active VSM
server.
WSRM configuration step needed on VSM v2 server
When using the Windows System Resource Manager (WSRM) with SMI-S on an HP StorageWorks
Virtualization Services Manager (VSM) v2 server, the allocationpol.xml file must be edited to
change CPUAllocation from 25 to 12. This change does not apply to the VSM v1 server, which
was an HP ProLiant DL360 G5.
Imported LUNs must be aligned to a 1 MB capacity
There may be various issues when working with imported LUNs that are not aligned to a 1 MB capacity.
Operations are limited on unaligned volumes, so HP recommends that after importing the LUN, migrate
the imported virtual disk to a storage pool made of aligned LUNs.
Verify free space before concatenating thin virtual disk on thick virtual disk
Before expanding a regular (thick) virtual disk by concatenating a thin virtual disk on top of the thick
virtual disk, verify that the storage pool has at least 10 percent free space. If there is not enough free
space, the VSM will crash.
Manual failover of loaded system with VSM GUI causes a non-expected system state
A manual VSM failover from the VSM GUI with 512 asynchronous mirror data movers causes a
non-expected system state (NESS). The scenario is as follows:
1. VSM1 is active.
2. A failover is initiated from VSM1 to VSM2.
3. VSM2 becomes active, but experiences a NESS after a period of time and reboots.
4. VSM1 becomes active again and VSM2 becomes passive after it boots up.
5. After VSM2 reboots, the system works as expected.
Actively stopping and starting the SVSP Monitor does not cause this issue; only a manual VSM failover
from the VSM GUI, and appears related to a larger systems. Use either of the following two workarounds
to fail over VSMs with a loaded system:
Stop VSM1 (the active VSM) from the SVSP Monitor to enable the other VSM to become active,
then restart the SVSP Monitor on VSM1 so it becomes passive.
Reboot the active VSM.
VSM GUI unable to remove all host presentations in one operation
If the host has one or more VDG snapshot presentations, you are unable to remove all the virtual disk
presentations to the host (by right-clicking the Host entity and selecting Manage > Manage Virtual Disk
Presentations > Remove Presentations). The list will be empty. You must first remove the host presentation
from all VDG snapshots and then go to the Host entity to remove the presentations.
Issues and workarounds 13