HP-UX Logical Volume Manager and MirrorDisk/UX Release Notes HP-UX 11i v3 November 2013 Web Release (5900-3347, November 2013)

4 Fixed issues in this version
Table 1 (page 6) lists the LVM and MirrorDisk/UX defects fixed in the November 2013 web
release of HP-UX 11i v3.
Table 1 LVM Fixes in HP-UX 11i v3 November 2013 release
DescriptionDefect ID
Japanese and Korean message catalogs are corrupt. Output of LVM commands such as
vgdisplay may not print correctly under the locales namely ja_JP.SJIS, ja_JP.eucJP, ja_JP.utf8,
ko_KR.eucKR, and ko_KR.utf8.
This problem is introduced in HP-UX 11i v3 September 2013 LVM Web Release.
Applicable to all VG versions.
QXCR1001317622
5 Known issues and limitations
This section provides a list of known issues applicable to current and previous releases. It also
includes limitations as known to HP at time of publication. If workarounds are available, they are
included.
5.1 Known issues
None
5.2 Limitations
This section provides a list of limitations as known to HP at time of publication.
• Logical volumes that have snapshots associated with them might experience an increase in
latencies associated with writes. This is also applicable for writes on (writable) snapshots
themselves.
• With the automatic extent pre-allocation feature available in the HPUX 11iv3 September 2010
update and later releases, when the number of extents remaining in a space-efficient snapshot
logical volume’s pre-allocated pool falls beyond a certain internally computed threshold, by
default, LVM tries to increase the pre-allocated pool size by threshold value. This does not
guarantee that snapshot will not become over-commit. For example, if the I/O rate is faster
than auto pre-allocation, the snapshot becomes over-commit.
If auto pre-allocation is manually disabled, a message is logged in the syslog. This message
is displayed to inform you that further unsharing of data between the snapshot and its successors
might end up depleting the extents in the pre-allocated pool and lead to the snapshot and its
predecessors being marked as inoperative. As soon as you see this message in the syslog,
you must increase the pre-allocated extent pool size for the snapshot logical volume.
• Automatic increase of pre-allocated extents does not prevent snapshots from becoming
inoperative. If the I/O rate is faster than pre-allocation, it is possible that the free extents are
picked before pre-allocation happens and the subsequent I/O marks the snapshot as
inoperative.
• Under very low memory conditions, the removal of a single snapshot using lvremove can
hang if data unsharing is required.
• For more limitations on snapshots, see the Using LVM Logical Volume Snapshots white paper.
6 Installation requirements
This section describes the installation requirements for this release.
6 Logical Volume Manager and MirrorDisk/UX Release Notes