Bug 807649

Summary:	Build kdump image fails when kdump.conf has net option with a host name not a ip address.
Product:	[Fedora] Fedora	Reporter:	WANG Chao <chaowang>
Component:	kexec-tools	Assignee:	Dave Young <ruyang>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	17	CC:	ccui, chaowang, joshua, nhorman, qcai, ruyang, xiyou.wangcong
Target Milestone:	---
Target Release:	---
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:
Clones:	807651 (view as bug list)		Environment:
Last Closed:	2013-01-30 07:11:10 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:
Bug Depends On:
Bug Blocks:	807651

Description WANG Chao 2012-03-28 12:08:03 UTC

Description of problem:
Add 'net root.com' to /etc/kdump.conf
run `kdumpctl propagate`, pass.
run `kdumpctl restart`:
Stopping kdump:
Detected /etc/kdump.conf or /boot/vmlinuz-3.2.1-0.9.el7.x86_64 change
Rebuilding /boot/initramfs-3.2.1-0.9.el7.x86_64kdump.img
rpmversion
network
ifcfg
dm
kernel-modules
lvm
fstab-sys
rootfs-block
ssh-client
udev-rules
base
fs-lib
kdumpbase
Bad kdump location: root.com
Failed to run mkdumprd
Starting kdump:

After a dig, I find 99kdumpbase/module-setup.sh line 60:
_netdev=`/sbin/ip route get to $_server 2>&1`

When $_server is a host name not an ip address, command ip will fail with 'Error: an inet prefix is expected rather than my.server.com', because command ip always only deals with ip address.

Version-Release number of selected component (if applicable):
kexec-tools-2.0.3-41.fc17.x86_64

How reproducible:
100%

Steps to Reproduce:
Mentioned above.
  
Actual results:
Build kdump image fails.

Expected results:
Build kdump image successes.

Additional info:

Comment 1 Fedora Update System 2012-03-30 03:55:48 UTC

kexec-tools-2.0.3-42.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kexec-tools-2.0.3-42.fc17

Comment 2 Fedora Update System 2012-03-30 17:58:55 UTC

Package kexec-tools-2.0.3-42.fc17:
* should fix your issue,
* was pushed to the Fedora 17 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.3-42.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-4916/kexec-tools-2.0.3-42.fc17
then log in and leave karma (feedback).

Comment 3 WANG Chao 2012-04-11 09:15:41 UTC

Hi, Dave,

I failQA this bug, so you can revert your commit or you can also commit another patch to fix it.

-Chao

Comment 4 Fedora Update System 2012-04-11 11:44:29 UTC

kexec-tools-2.0.3-43.fc17 has been submitted as an update for Fedora 17.
https://admin.fedoraproject.org/updates/kexec-tools-2.0.3-43.fc17

Comment 5 Fedora Update System 2012-04-12 01:10:11 UTC

Package kexec-tools-2.0.3-43.fc17:
* should fix your issue,
* was pushed to the Fedora 17 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.3-43.fc17'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2012-5715/kexec-tools-2.0.3-43.fc17
then log in and leave karma (feedback).

Comment 6 Fedora Admin XMLRPC Client 2012-04-16 06:13:11 UTC

This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 7 joshua 2013-01-28 20:49:19 UTC

Is this fixed and now in the regular non-testing repos?

Comment 8 Dave Young 2013-01-29 02:04:03 UTC

Yep, latest f17 stable rpm is kexec-tools-2.0.3-47.fc17.4

Comment 9 joshua 2013-01-30 06:34:44 UTC

Excellent... so can we close this out?

Comment 10 Dave Young 2013-01-30 07:11:10 UTC

Ok, closing...