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

Table Of Contents
Changing back-end virtual disks to be write protected is not supported
Changing back-end virtual disks to be write protected could lead to I/O errors and data unavailability,
and is therefore not supported.
Enabling Ethernet port without a cable results in diagnostic message on console
Enabling an Ethernet port on a DPM that is not physically connected causes a diagnostic message to
be printed to the serial console. This message can be ignored.
A DPM upgrade reverts to SNMP host name setup
Upgrading a DPM triggers the loss of the host name information configured for SNMP. After a DPM
upgrade, SNMP traps are generated with the default IP address (127.0.1.1), instead of the actual
address for the DPM. Performing a modify chassis name xxx command (reassigning the same
chassis name) after the upgrade fixes the configuration. This issue will be fixed in a future release.
Change active switch command does not work with Sun Solaris hosts
The change active switch command is an operation that you can initiate on the VSM to force
a virtual disk to become active on the other DPM. This is typically used in maintenance operations to
proactively failover virtual disks to one of the DPMs so that the other DPM can be serviced. When a
Solaris host is running I/O to a virtual disk and the command is applied on that virtual disk, the Solaris
host reactivates the virtual disk and the virtual disk does not become active on the other DPM.
Rescan is required after deleting or unpresenting virtual disks
Hosts may not automatically detect that a virtual disk has been deleted or unpresented. A rescan should
be performed on the host after any virtual disks to that host have been deleted or unpresented. This is
required before any new virtual disks, especially any with the same LUN as a deleted/unpresented
virtual disk, are presented to the host.
Period of high back-end load after a DPM reboot when synchronous mirror virtual disks are used
In a configuration with synchronous mirror virtual disks, there may be a period of higher than normal
load on the back-end storage arrays after a DPM reboot. This will vary depending on the capacity of
the synchronous mirror virtual disks and with the load and write patterns on those virtual disks before
the DPM reboot. To reduce performance impact on production activity, HP recommends that DPM
reboots (for example, during a DPM upgrade) be scheduled for off-hours or during a maintenance
window.
I/O errors/timeouts when performing failover on large numbers of synchronous mirror virtual disks
If there is a heavy load of I/O on a large number of synchronous mirror virtual disks and an event
occurs that requires a large number of virtual disks to be failed over at the same time (for example, a
reboot of a DPM), it is possible that I/O errors or timeouts may be returned to the hosts. HP recommends
that operations requiring a DPM reboot (for example, a DPM firmware upgrade), particularly in a
large environment, be scheduled for off-hours or during a maintenance window, or manually fail over
each synchronous mirror group, one at a time.
DPM reboots when a host has two different host types or personalities on two different SVSP domains
If a DPM is connected to two different SVSP domains, and a host is configured for a different host type
or personality on each of the VSM domains, the DPM may enter a continual reboot mode. A host with
two different host types or personalities is an incorrect configuration and is not supported.
DPM ports connected to a 4 Gb Fibre Channel switch may sometimes auto-negotiate to 2 Gb speed
In some cases, the DPM ports may negotiate to a slower speed than their capability. In these cases,
verify the SFPs in the DPM and switch are supported and that there is not an unusually high number
Issues and workarounds 19