Bug 451415 - multipath linked again /usr/lib64/libsysfs.so.2 which is not available at boot
multipath linked again /usr/lib64/libsysfs.so.2 which is not available at boot
Status: CLOSED ERRATA
Product: Fedora
Classification: Fedora
Component: device-mapper-multipath (Show other bugs)
9
x86_64 Linux
low Severity low
: ---
: ---
Assigned To: Ben Marzinski
Fedora Extras Quality Assurance
:
: 452423 455962 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2008-06-14 06:16 EDT by Joachim Frieben
Modified: 2015-04-21 04:21 EDT (History)
10 users (show)

See Also:
Fixed In Version: device-mapper-multipath-0.4.7-16.fc9
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-06-24 11:28:48 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Joachim Frieben 2008-06-14 06:16:10 EDT
Description of problem:
Whenn booting up a current F9 system, /sbin/multipath.static complains
about a missing library libsysfs.so.2.

Version-Release number of selected component (if applicable):
device-mapper-multipath-0.4.7-15.fc9.x86_64

How reproducible:
Always.

Steps to Reproduce:
1. Boot current F9 system.
  
Actual results:
Error message appears about a missing libsysfs.so.2 library.

Expected results:
Boot procedure performs without error message.

Additional info:
ldd /sbin/multipath returns

 linux-vdso.so.1 =>  (0x00007fff441fe000)
 libdevmapper.so.1.02 => /lib64/libdevmapper.so.1.02 (0x00000034f3a00000)
 libsysfs.so.2 => /usr/lib64/libsysfs.so.2 (0x00000034b1a00000)
 libc.so.6 => /lib64/libc.so.6 (0x00000034f4000000)
 libselinux.so.1 => /lib64/libselinux.so.1 (0x00000034f5400000)
 libsepol.so.1 => /lib64/libsepol.so.1 (0x00000034f3600000)
 /lib64/ld-linux-x86-64.so.2 (0x00000034f2e00000)
 libdl.so.2 => /lib64/libdl.so.2 (0x00000034f4800000)

Thus libsysfs.so.2 is present but located in /usr/lib64/ which is probably
not mounted yet when libsysfs.so.2 is requested. It should be located in
/lib64, right?

Btw, linux-vdso.so.1 does not even exist but that is a different bug!
Comment 1 Bill Crawford 2008-06-14 06:51:45 EDT
Fairly good argument against making everything dynamic in itself (although it's
almost impossible to have a read-only /usr now what with texlive using
/usr/share/texmf-var instead of something in /var ...).
Comment 2 Jeroen Beerstra 2008-06-16 17:00:17 EDT
just a quick me2
Comment 3 Ian Chapman 2008-06-21 20:48:18 EDT
For the record it's not just x86_64 but at least ppc32 also:

$ ldd /sbin/multipath.static

linux-vdso32.so.1 =>  (0x00100000)
libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0x0fa00000)
libsysfs.so.2 => /usr/lib/libsysfs.so.2 (0x0fde0000)
libc.so.6 => /lib/libc.so.6 (0x0fe00000)
libselinux.so.1 => /lib/libselinux.so.1 (0x0ef60000)
libsepol.so.1 => /lib/libsepol.so.1 (0x0fa30000)
/lib/ld.so.1 (0x0ffb0000)
libdl.so.2 => /lib/libdl.so.2 (0x0fcf0000)
Comment 4 Fedora Update System 2008-06-23 18:08:16 EDT
device-mapper-multipath-0.4.7-16.fc9 has been submitted as an update for Fedora 9
Comment 5 Victor Chukhantsev 2008-06-23 20:24:08 EDT
duplicate bug: https://bugzilla.redhat.com/show_bug.cgi?id=452423
Comment 6 Dave Wysochanski 2008-06-23 23:29:42 EDT
*** Bug 452423 has been marked as a duplicate of this bug. ***
Comment 7 Ben Marzinski 2008-07-21 12:23:32 EDT
*** Bug 455962 has been marked as a duplicate of this bug. ***
Comment 8 Diego R. Santos 2015-04-21 04:21:40 EDT
cp /usr/lib64/libsysfs.so.2.0.1 /lib64/
ln -s /lib64/libsysfs.so.2.0.1 /lib64/libsysfs.so.2

Note You need to log in before you can comment on or make changes to this bug.