Bug 840159

Summary:	kdumpctl takes over .ssh/config file unnecessarily
Product:	[Fedora] Fedora	Reporter:	joshua
Component:	kexec-tools	Assignee:	Baoquan He <bhe>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	unspecified	Docs Contact:
Priority:	unspecified
Version:	18	CC:	chaowang, nhorman, 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:		Environment:
Last Closed:	2013-06-08 03:24:37 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description joshua 2012-07-13 23:25:03 UTC

Description of problem:

"kdumpctl propigate" needs to stop being so greedy with its ssh configuation.  I realize that it needs to get kdump to ssh out using ~/.ssh/kdump_id_rsa ... but why must it make the root user on the machine *always* use the kdump_id_rsa identity?

It creates a ~/.ssh/config file with these contents:
IdentityFile ~/.ssh/kdump_id_rsa


Why?  Couldn't kdump, when scp'ing out post-crash, simply use the scp command-line options thus:
scp -i ~/.ssh/kdump_id_rsa

??

Surely this would better than taking over all ssh/scp activity with the kdump key identity!  It should also be simpler to configure:  mkdumpctl need not modify or create ssh config files at all.


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

kexec-tools-2.0.3-38.fc17.x86_64

Comment 1 joshua 2012-10-12 04:27:17 UTC

Please consider this for F18

Comment 2 Fedora Admin XMLRPC Client 2013-02-25 08:06:07 UTC

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

Comment 3 WANG Chao 2013-06-05 09:09:04 UTC

Hi, joshua, I don't see this happens. kdump never creates .ssh/config.
Do you still have this problem?

Comment 4 joshua 2013-06-05 17:15:16 UTC

Yes... it still happens.  "kdumpctl propagate" *always* creates /root/.ssh/config

Comment 5 Baoquan He 2013-06-06 01:47:10 UTC

I tried "kdumpctl propagate" in f19, and didn't find /root/.ssh/config either.

Hi Joshua, which version are you using?

Comment 6 joshua 2013-06-06 02:58:20 UTC

This is mentioned in the opening details of the case

Comment 7 Baoquan He 2013-06-06 03:10:49 UTC

you can check /sbin/kdumpctl, function propagate_ssh_key used to generate/deliver key to ssh server. seems no "/root/.ssh/config" is created, unless ssh utilities did this.

Comment 8 WANG Chao 2013-06-06 03:29:56 UTC

It seems we can't really reproduce this issue. So it'd better if you could at least set -x in /usr/bin/kdumpctl and show us how it goes there.

Comment 9 joshua 2013-06-08 01:49:26 UTC

It seems like kexec-tools-2.0.3-64.fc18.2 doesn't capture the /root/.ssh/config file anymore.  Looking through the package changelog I don't see any mention of this change.

Comment 10 Baoquan He 2013-06-08 03:24:37 UTC

Test was taken on f19, still can't reproduce it. 

Anyway, I will close this bug, it can be reopened if it happens later.

Baoquan
Thanks