Bug 690661

Summary:	/sbin/kpartx not found when building kdump ramdisk
Product:	[Fedora] Fedora	Reporter:	Daphne Shaw <dshaw>
Component:	kexec-tools	Assignee:	Neil Horman <nhorman>
Status:	CLOSED ERRATA	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	14	CC:	nhorman, qcai
Target Milestone:	---	Keywords:	Reopened
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:	kexec-tools-2.0.0-41.fc14	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-07-13 19:27:12 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:

Description Daphne Shaw 2011-03-25 00:04:31 UTC

Description of problem:

When starting kdump, it automatically (re)builds the appropriate initrd when necessary.  However, this displays:

   cp: cannot stat `/sbin/kpartx': No such file or directory

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

kexec-tools-2.0.0-39.fc14.1.x86_64

How reproducible:

Every time the dump initrd is rebuilt.

Steps to Reproduce:
1. Install kexec-tools
2. service kdump start
  
Actual results:

Error message from cp

Expected results:

No error message

Additional info:

I'm not sure why the dump initrd wants kpartx, but it seems to work just fine without it, at least in my particular setup (/boot on a partition, everything else in LVM).

The obvious workaround is to just install kpartx, but if the dump initrd actually needs it, then shouldn't the kexec-tools RPM depend on it?

Comment 1 Neil Horman 2011-03-28 14:57:37 UTC

This is fixed in kexec-tools-2.0.0-40 as part of bz 682859

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

Comment 2 Daphne Shaw 2011-04-04 14:31:19 UTC

I just tested kexec-tools-2.0.0-40.fc14.x86_64 and it unfortunately does not resolve the issue:

# rpm -q kexec-tools
kexec-tools-2.0.0-40.fc14.x86_64
# rm -f /boot/initrd-2.6.35.11-83.fc14.x86_64kdump.img 
# service kdump start
No kdump initial ramdisk found.                            [WARNING]
Rebuilding /boot/initrd-2.6.35.11-83.fc14.x86_64kdump.img
cp: cannot stat `/sbin/kpartx': No such file or directory

(I'm not sure if I should reopen this bug or bug 682859, which this was duped to)

Comment 3 Neil Horman 2011-04-04 16:12:05 UTC

Sorry, sillyness on my part.  kpartx's usage is gone in f14, but we still try to include the binary.  I've fixed this in -41

Comment 4 Fedora Update System 2011-04-04 16:52:48 UTC

kexec-tools-2.0.0-41.fc14 has been submitted as an update for Fedora 14.
https://admin.fedoraproject.org/updates/kexec-tools-2.0.0-41.fc14

Comment 5 Fedora Update System 2011-04-05 05:19:06 UTC

Package kexec-tools-2.0.0-41.fc14:
* should fix your issue,
* was pushed to the Fedora 14 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing kexec-tools-2.0.0-41.fc14'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/kexec-tools-2.0.0-41.fc14
then log in and leave karma (feedback).

Comment 6 Daphne Shaw 2011-07-12 19:30:25 UTC

This does seem to fix the issue (and I've left karma).  Any update on getting it pushed to stable?   Thanks.

Comment 7 Neil Horman 2011-07-13 13:22:10 UTC

Done, it should be puhsed to stable in the next day or so.  Thanks!

Comment 8 Fedora Update System 2011-07-13 19:27:07 UTC

kexec-tools-2.0.0-41.fc14 has been pushed to the Fedora 14 stable repository.  If problems still persist, please make note of it in this bug report.