Bug 621886

Summary:	[dup profiles] PXE re-provisioning of Fedora systems fails on running anaconda
Product:	[Community] Spacewalk	Reporter:	Garik Khachikyan <gkhachik>
Component:	WebUI	Assignee:	Jan Pazdziora (Red Hat) <jpazdziora>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Red Hat Satellite QA List <satqe-list>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	1.1	CC:	cperry, jpazdziora, mkoci
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-10-14 12:36:17 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:	723481

Description Garik Khachikyan 2010-08-06 11:56:31 UTC

Description of problem:
Let's assume there is a Fedora system (for my case x86_64) registered to the SW.
And there is setup PXE booting for that system to load from that specific SW. (cobbler sync, tftp settings, the stuff needed to make SW to serve PXE provisining)
Having F13 channel with all kickstart stuff there (ks distribution, profile) the initiation of another re-provisioning with the same release/arch hangs up on installation phase "Running pre-install scripts"

***
the issue is: when i remove the /usr/share/rhn/systemid (force unregister the system) , re-provisioning just works~~~
***

Version-Release number of selected component (if applicable):
SW 1.1
spacewalk-java-1.1.41-1.el5
spacewalk-html-1.1.6-1.el5
spacewalk-oracle-1.1.6-1.el5
spacewalk-schema-1.1.19-1.el5
cobbler-2.0.3.1-3.el5

How reproducible:
always (on Fedora x86_64 for my case)

Steps to Reproduce:
1. Configure SW 1.1 to server PXE booting
2. Prepare F13 x86_64 channel + kickstart distrib/profile there
3. cobbler sync
4. make registration of F13 x86_64 (through activation key) - that would require to setup rhn-setup package there
5. make the network changes on that F13 to have SW 1.1 as PXE booting server (i did my test on KVM guest by configuring its host's dhcpd configuration)
6. reprovision that system
7. process just hangs up on "running anaconda 13.42, ..."

Actual results:
impossible to PXE reprovision the system (Fedora tried so far) when it's registered to SW.

Expected results:
no problem with PXE reprovisioning

Additional info:

Comment 4 Garik Khachikyan 2010-08-19 11:48:00 UTC

did tried with RHEL6 - worked.
needs to be made a try with F13 too.

Comment 5 Garik Khachikyan 2010-08-19 12:18:49 UTC

just checked once more: the problem still exists for F13.

Comment 7 Jan Pazdziora (Red Hat) 2010-11-19 16:04:34 UTC

Mass-moving to space13.

Comment 8 Miroslav Suchý 2011-04-11 07:33:07 UTC

We did not have time for this one during Spacewalk 1.4 time frame. Mass moving to Spacewalk 1.5.

Comment 9 Miroslav Suchý 2011-04-11 07:37:02 UTC

We did not have time for this one during Spacewalk 1.4 time frame. Mass moving to Spacewalk 1.5.

Comment 10 Jan Pazdziora (Red Hat) 2011-07-20 11:51:18 UTC

Aligning under space16.

Comment 11 Jan Pazdziora (Red Hat) 2011-09-16 14:41:52 UTC

(In reply to comment #0)

> 7. process just hangs up on "running anaconda 13.42, ..."

So it never even starts the graphical installer?

Comment 12 Garik Khachikyan 2011-09-19 07:25:46 UTC

No, it just hanged on that "black screen" of the "running anaconda"

Comment 16 Jan Pazdziora (Red Hat) 2011-10-14 11:03:33 UTC

(In reply to comment #0)
> Actual results:
> impossible to PXE reprovision the system (Fedora tried so far) when it's
> registered to SW.

Is this specific to PXE reprovision? In other words, does it also happen when you just schedule the kickstart via Spacewalk's WebUI and do rhn_check on the Fedora box?

Isn't this KVM related? If you do this in other virtualization environment and on bare metal, do you see the bug?

What is in the Spacewalk httpd log during that kickstart (sans the WebUI accesses)?

Comment 18 Jan Pazdziora (Red Hat) 2011-10-14 12:36:17 UTC

I was now able to reprovision Fedora 15 via PXE.

Closing as CURRENTRELEASE.