Description of problem:
At boot time, if /usr is a separate filesystem, /sbin/dmraid (invoked by
rc.sysinit) fails because it needs /usr/lib/libdmraid.so.1.0.0.rc16, which
is not available until /usr is mounted later in rc.sysinit .
Version-Release number of selected component (if applicable):
dmraid-1.0.0.rc16-3.fc12
How reproducible:
100%
Steps to Reproduce:
1. Boot an F12 system with /usr on a separate filesystem (suggestion: boot
single-user mode; message will stay on screen then).
2. Observe error message from /sbin/dmraid.
or:
1. ldd /sbin/dmraid | grep /usr
Actual results:
Error message shortly after "Welcome to Fedora":
/sbin/dmraid: error while loading shared libraries: \
/usr/lib/libdmraid.so.1.0.0.rc16: cannot open shared object file: \
No such file or directory
The ldd command will show one .so file under /usr/lib .
Expected results:
No error message.
Additional info:
Changing the dmraid spec file to install libdmraid.so into /lib will probably
suffice to fix this. (BTW, libdmraid.so used to be in dmraid-libs .)
/sbin/dmraid.static is not the answer; it's just a symlink to the
dynamically-linked version (presumably for "compatibility").
The problem doesn't happen in F11 because its /sbin/dmraid
(dmraid-1.0.0.rc15-7.fc11) does not use libdmraid.so .
This is fixed in dmraid-1.0.0.rc16-4.fc12:
http://koji.fedoraproject.org/koji/buildinfo?buildID=136909
Rel-eng nominating this for F12Blocker, as without this fix any raidsets not
brought up by the initrd (so not used for /) will not be available after boot, worse in case of mirrors the system may use a single disk of the mirror instead, causing corruption of the mirror without marking it dirty!
Comment 4Adam Williamson (Red Hat non-Fedora)
2009-10-21 17:08:24 UTC
That dmraid has been tagged into F12 Final. Bruce, once it's available from your mirror, can you please test and confirm the fix? Thanks.
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Comment 5Adam Williamson (Red Hat non-Fedora)
2009-10-30 17:19:20 UTC
As discussed at last week's blocker meeting, we're closing this as fixed, can't wait for feedback forever. Please re-open if you still have trouble. Thanks.
--
Fedora Bugzappers volunteer triage team
https://fedoraproject.org/wiki/BugZappers
Description of problem: At boot time, if /usr is a separate filesystem, /sbin/dmraid (invoked by rc.sysinit) fails because it needs /usr/lib/libdmraid.so.1.0.0.rc16, which is not available until /usr is mounted later in rc.sysinit . Version-Release number of selected component (if applicable): dmraid-1.0.0.rc16-3.fc12 How reproducible: 100% Steps to Reproduce: 1. Boot an F12 system with /usr on a separate filesystem (suggestion: boot single-user mode; message will stay on screen then). 2. Observe error message from /sbin/dmraid. or: 1. ldd /sbin/dmraid | grep /usr Actual results: Error message shortly after "Welcome to Fedora": /sbin/dmraid: error while loading shared libraries: \ /usr/lib/libdmraid.so.1.0.0.rc16: cannot open shared object file: \ No such file or directory The ldd command will show one .so file under /usr/lib . Expected results: No error message. Additional info: Changing the dmraid spec file to install libdmraid.so into /lib will probably suffice to fix this. (BTW, libdmraid.so used to be in dmraid-libs .) /sbin/dmraid.static is not the answer; it's just a symlink to the dynamically-linked version (presumably for "compatibility"). The problem doesn't happen in F11 because its /sbin/dmraid (dmraid-1.0.0.rc15-7.fc11) does not use libdmraid.so .