Description of problem:
The device-mapper packages shipped in RHEL5 have a problem on multilib ppc systems.
device-mapper contains several components:
shared & static libraries
docs & header files
binaries installed in /sbin
Both the ppc and ppc64 device-mapper RPMs are shipped in the current RHEL5
releases. The install ordering on PPC installs the 64-bit version after the
32-bit version, overwriting the binaries in /sbin.
This causes a problem since the lvm2 package provides a plugin that is used by
one of the daemons installed by the device-mapper-package (dmeventd and the
libdevmapper-event-lvm2mirror.so plugin). Only the 32-bit lvm2 packages are
shipped, so only the 32-bit plugin is installed. This then fails when a mirrored
logical volume is created because the event daemon that monitors it is a 64-bit
process.
Version-Release number of selected component (if applicable):
1.02.13-1.el5
How reproducible:
100%
Steps to Reproduce:
1. Install a ppc system from RHEL-5/RHEL-5.1
2. Attempt to create a mirrored logical volume, e.g.:
lvcreate -v -n mirror0 -L 100M -m1 tg0
(tg0 can be any volume group with at least two PVs)
Actual results:
# lvcreate -n mirror0 -L 100M -m1 tg0
tg0-mirror0: event registration failed: Can not access a needed shared library
Logical volume "mirror0" created
Expected results:
# lvcreate -v -n mirror0 -L 100M -m1 tg0
Logical volume "mirror0" created
Additional info:
This was addressed in Fedora by splitting the device-mapper package up into
separate device-mapper, device-mapper-libs, and device-mapper-devel
sub-packages. Tested successfully on RHEl5 versions of these packages.
Created attachment 250251[details]
separate subpackages patch to device-mapper.spec
Testing specfile patch based on the changes from the Fedora version of these
packages. Built in brew & hand-tested on PPC.
Note the patch also includes changes to Release: that will need to be modified
before this is committed.
Comment 2RHEL Program Management
2007-11-07 15:34:39 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release. Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products. This request is not yet committed for inclusion in an Update
release.
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.
http://rhn.redhat.com/errata/RHBA-2008-0081.html
Description of problem: The device-mapper packages shipped in RHEL5 have a problem on multilib ppc systems. device-mapper contains several components: shared & static libraries docs & header files binaries installed in /sbin Both the ppc and ppc64 device-mapper RPMs are shipped in the current RHEL5 releases. The install ordering on PPC installs the 64-bit version after the 32-bit version, overwriting the binaries in /sbin. This causes a problem since the lvm2 package provides a plugin that is used by one of the daemons installed by the device-mapper-package (dmeventd and the libdevmapper-event-lvm2mirror.so plugin). Only the 32-bit lvm2 packages are shipped, so only the 32-bit plugin is installed. This then fails when a mirrored logical volume is created because the event daemon that monitors it is a 64-bit process. Version-Release number of selected component (if applicable): 1.02.13-1.el5 How reproducible: 100% Steps to Reproduce: 1. Install a ppc system from RHEL-5/RHEL-5.1 2. Attempt to create a mirrored logical volume, e.g.: lvcreate -v -n mirror0 -L 100M -m1 tg0 (tg0 can be any volume group with at least two PVs) Actual results: # lvcreate -n mirror0 -L 100M -m1 tg0 tg0-mirror0: event registration failed: Can not access a needed shared library Logical volume "mirror0" created Expected results: # lvcreate -v -n mirror0 -L 100M -m1 tg0 Logical volume "mirror0" created Additional info: This was addressed in Fedora by splitting the device-mapper package up into separate device-mapper, device-mapper-libs, and device-mapper-devel sub-packages. Tested successfully on RHEl5 versions of these packages.