Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.
Bug 455962 - /sbin/multipath.static is dinamically linked instead of being linked statically.
Summary: /sbin/multipath.static is dinamically linked instead of being linked statically.
Status: CLOSED DUPLICATE of bug 451415
Alias: None
Product: Fedora
Classification: Fedora
Component: device-mapper-multipath
Version: 9
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: LVM and device-mapper development team
QA Contact: Fedora Extras Quality Assurance
Depends On:
TreeView+ depends on / blocked
Reported: 2008-07-19 12:38 UTC by Tarhon-Onu Victor
Modified: 2008-07-21 16:23 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2008-07-21 16:23:31 UTC

Attachments (Terms of Use)

Description Tarhon-Onu Victor 2008-07-19 12:38:02 UTC
Description of problem:

/sbin/multipath.static is dynamically linked instead of being statically. I
noticed this after a not such file or directory error was issued at
boot time (libsysfs resides in /usr/lib, and while still in initrd /usr is not
yet mounted).

Version-Release number of selected component (if applicable):

bash# rpm -qf /sbin/multipath.static

How reproducible:
ldd /sbin/multipath.static =>  (0x0012e000) => /lib/ (0x0012f000) => /usr/lib/ (0x00146000) => /lib/ (0x00152000) => /lib/ (0x002bb000) => /lib/ (0x002d7000)
        /lib/ (0x00110000) => /lib/ (0x00311000)
bash# rpm -qf /sbin/multipath.static

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
I'm not sure how serious is this so I'll leave the severity to "low". Maybe
there are people who are really using devices that require multipath and because
of this issue they are not able to boot.

Comment 1 Alasdair Kergon 2008-07-19 23:19:08 UTC
We don't include static binaries any more (initrd doesn't need them now), but
the .static might be there for compatibility reasons till scripts stop referring
to it.  libsysfs may need to be in /lib* though if /usr is a separate mount
point and the binary is used by initscripts before it's mounted. [check this &
open new bz if necessary]

Comment 2 Tarhon-Onu Victor 2008-07-20 20:34:03 UTC
multipath.static seems to be called in rc.sysinit before the rest of the
filesystems are mounted, and indeed it is not called in initrd (I just checked
this, so I'm sorry for my previous statement about it being called from initrd).

Comment 3 Ben Marzinski 2008-07-21 16:22:43 UTC
Alasdair is correct, the issue is that libsysfs is in /usr instead of /lib,
which may not be mounted when multipath is called. A multipath bug for this was
already opened (451415) and fixed in device-mapper-multipath-0.4.7-16.fc9 which
now works around the problem by statically linking to just libsysfs.

However, this is a workaround, and a bug should be opened against libsysfs to
move it into /lib if possible.

Comment 4 Ben Marzinski 2008-07-21 16:23:31 UTC

*** This bug has been marked as a duplicate of 451415 ***

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