Red Hat ENTERPRISE LINUX 5.5 - S 2010, Руководство пользователя

Страница: 51 / 470

RHBA-2010:0255: bug fix and enhancement update
41
The device-mapper-multipath packages provide tools to manage multipath devices using the device-
mapper multipath kernel module.
This update applies the following bug fixes:
* The kpartx utility creates device maps from partition tables. Device-mapper devices with minor
numbers greater than 255 caused kpartx to use the UUID from the wrong device when trying to create
partitions. If the device had pre-existing partitions, kpartx would fail to create the new partitions. With
this update, kpartx is now able to handle device-mapper devices with minor numbers greater than 255.
(
BZ#526550
271
)
* The udev rules for device-mapper-multipath were causing device-mapper to occasionally create
multipath devices without using the user specified uid, gid, or mode. They have been replaced with
equivalent rules that do not cause this issue. (
BZ#518575
272
)
* When LUNs were unmapped from LSI storage arrays, the multipath rdac path checker was not
marking the paths as failed. This caused IO to the device to hang instead of fail. The rdac path
checker now marks unmapped LUNs as failed. (
BZ#531744
273
)
* The failover path grouping policy was not ordering the paths by priority, causing multipath to failover
to the wrong path for devices with manual failback. The multipath paths are now correctly ordered with
the failover path grouping policy. (
BZ#537977
274
)
* On some storage devices, if a LUN is deleted from an existing multipathd device, and a new LUN
is presented to the host, it may end up with the same LUN ID and name as the old LUN. In this case,
multipath will assume that this is the old LUN and belongs to the existing multipath device. This cause
cause corruption. A new path checker "hp_tur" has been added that verifies the WWID of the LUN
when it checks the path, to avoid this problem. (
BZ#437585
275
)
* The "tur" path checker was marking paths in standby mode as "failed". It now correctly marks them
as "ghost". (
BZ#473039
276
)
* Multipath wasn't correctly showing device renames in dry-run mode. This has been fixed.
(
BZ#501019
277
)
* Multipath was incorrectly setting the hardware handler for HP StorageWorks devices.This has been
fixed. (
BZ#475967
278
)
* On some storage devices, multipath would display incorrect path information the first time multipath
listed the paths after recovery. This has been fixed. (
BZ#499080
279
)
* If a path is removed while it is still part of a multipath device, it was taking multipath minutes to
mark it as failed. This should now happen immediately at the end of the next path checking interval.
(
BZ#527754
280
)
271
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=526550
272
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=518575
273
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=531744
274
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=537977
275
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=437585
276
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=473039
277
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=501019
278
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=475967
279
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=499080
280
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=527754