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

Table Of Contents
Description
HP StorageWorks SAN Virtualization Services Platform (SVSP) is a hardware and software solution
that enhances the storage capabilities of approved storage arrays. Using Virtualization Service Manager
(VSM) software, redundant VSM servers and Data Path Modules (DPMs) map application server I/O
to locations on storage systems.
Versions
HP SAN Virtualization Services Platform 3.0.5, which includes:
Virtualization Services Manager software version 1.2.583 supported by LSI HBA driver version
9.1.7.18 SA 89.
Data Path Module software version 5.2.11–25b.
Volume Shadow Copy Service (VSS) hardware provider software version 1.0.8.1006.
VSM CLI packages for the following operating systems:
Windows:
VSM CLI x64: 5.1.29.0.exe
VSM CLI IA64: 5.1.29.0.exe
VSM CLI: 5.1.29.0.exe
Solaris: VSMCLI.Solaris.5.1.29a.0.pkg.Z
AIX: VSMCLI.AIX.5.1.29.1.LA.bff
Linux 2.6: VSMCLI-V5.R1.29.0-Linux-2.6-i386.tar.gz
HPUX:
VSMCLI.HPUX-11_23.V5.R1.29.0.depot
VSMCLI.HPUX-11_31.V5.R1.29.0.depot
Product models
HP StorageWorks Data Path Module
HP StorageWorks Virtualization Services Manager (VSM) server. The server runs Microsoft
Windows Server Standard Edition 2008 SP2 or R2 with Storport driver 9.1.7.18 or later.
Fixes
The following issues were fixed since HP StorageWorks SAN Virtualization Services Platform version
3.0.4:
Fixed an issue that could occur when unpresenting a back-end volume from an array with an
assigned LUN number using the array presentation tools. The LUN had to have been originally
presented to SVSP, then unpresented, and presented again to SVSP with a changed LUN number.
If the newly created volume was presented to SVSP with the same LUN number as the removed
volume, improper mapping of the volume would occur, which could result in the reading and
writing of data to the wrong volume.
When a virtual disk is expanded from less than 1 TB to larger than 1 TB, this expansion is
immediately propagated to the hosts. Previously, the hosts acted on the virtual disk based on its
original size until the DPM was rebooted.
Removing back-end virtual disks from storage pools no longer causes a DPM reboot on rare
occasions. This could occur when the virtual disks were made unavailable (such as by zoning),
followed by removal from the storage pool.
Description 3