Bug 443878
| Summary: | mkdumprd creates incomplete initrd for LVM: missing libreadline.5.so | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Frank Ch. Eigler <fche> | ||||||||
| Component: | kexec-tools | Assignee: | Neil Horman <nhorman> | ||||||||
| Status: | CLOSED NEXTRELEASE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> | ||||||||
| Severity: | medium | Docs Contact: | |||||||||
| Priority: | medium | ||||||||||
| Version: | 9 | CC: | djuran, enpontus | ||||||||
| Target Milestone: | --- | Keywords: | Reopened | ||||||||
| Target Release: | --- | ||||||||||
| Hardware: | All | ||||||||||
| OS: | Linux | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | 1.102pre-10.fc9 | Doc Type: | Bug Fix | ||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | 2008-09-10 07:10:56 UTC | Type: | --- | ||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Attachments: |
|
||||||||||
|
Description
Frank Ch. Eigler
2008-04-23 20:00:08 UTC
Oops, I see the problem. Thanks frank. I'll fix it shortly. Created attachment 303564 [details]
patch to correctly pull in lvm dso's
Frank, this should ensure that all the libs that lvm depends on get pulled in.
Can you patch the mkdumprd script with this patch and verify that it fixes the
problem? Thanks!
Yeah, $bin seems to work. In another part of the script ($KDUMP_CONFIG_FILE, adding dmsetup and kpartx), $bin is reset instead of concatenated, which has to be fixed too. fixed in -10.fc9. Thanks frank! Changing version to '9' as part of upcoming Fedora 9 GA. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping On rawhide, 1.102-pre-11.fc10.i386 fails almost the same was as in the original report; this time /bin/msh blocking on libcrypt.so.1 Frank, I don't understand what the above means, /bin/msh is a link to /sbin/busybox in the initramfs, and busybox is a static executable. I did notice howeer that somehow I missed adding the previous fix to rawhide, so I've done that in -12.fc10, which will be available in koji shortly. Give that a try if you would. Thanks! Sorry dude, 0:1.102pre-12.fc10 still misses libcrypt.so.1 Can you please send me the console log of your kdump kernel boot? I still fail to see how msh can block on libcrypt given that busybox is a static binary (unless that has changed recently. I can fix this, but I'd really like to know what requires libcrypt.so.1 and how it pulls that requirement in that we're missing it first. Thanks! Created attachment 310382 [details]
qemu screendump
note:
/bin/msh: error while loading shared libraries: libcrypt.so.1: cannot open
shared object file
Created attachment 311261 [details]
patch to include busybox in bin list
I don't see the same problem as you on my F-9 system using the latest
kexec-tools, but I'm using a backlevel busybox. It looks like F10 busybox may
be trying to move to a dynamic build. This patch should help that. Give it a
try if you would please. If it doesn't help, please attach the initrd that
your system is building for kdump, I'd like to look through it by hand.
Thanks!
Yup, that worked. Fixed in F-9 and rawhide. Thanks! kexec-tools-1.102pre-10.fc9 has been submitted as an update for Fedora 9 kexec-tools-1.102pre-10.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. kexec-tools-1.102pre-10.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. I'm still seeing the original problem with libreadline.so.5 missing with kexec-tools-1.102pre-10-fc9 apparently the change didn't get picked up. Fixed in -11 kexec-tools-1.102pre-12.fc9 has been submitted as an update for Fedora 9 kexec-tools-1.102pre-12.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report. as i said in bug https://bugzilla.redhat.com/show_bug.cgi?id=459542 i - at the time i filed that bug did already use kexec-tools-1.102pre-12.fc9.x86_64 which i have used to date - and is now pushed to f9 unless something not mentioned in the changelog happened (last entry 12th Aug), i'd say that the bug still persists - i have not checked today though - should i ? please disregard from last vomment - wrong bug... sorry for the confusion |