Bug 642629 - re-provisioning from rhel6 to rhel5 stops on incorrectly parsed ks parameter
Summary: re-provisioning from rhel6 to rhel5 stops on incorrectly parsed ks parameter
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Provisioning
Version: 540
Hardware: All
OS: Linux
urgent
high
Target Milestone: ---
Assignee: Partha Aji
QA Contact: Jiri Kastner
URL:
Whiteboard:
: 640668 (view as bug list)
Depends On: 642623
Blocks: sat540-blockers
TreeView+ depends on / blocked
 
Reported: 2010-10-13 13:09 UTC by Jiri Kastner
Modified: 2010-10-28 14:50 UTC (History)
5 users (show)

Fixed In Version: spacewalk-koan-0.2.7-3
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-10-28 14:50:07 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Jiri Kastner 2010-10-13 13:09:39 UTC
Description of problem:
when i'm trying to re-provision rhel6 virtual guests (or real machine) to rhel5, 
after restart kickstarting stops on kickstart wrong url.
kernel passes to anaconda only half (+-) of whole url.

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


How reproducible:
always

Steps to Reproduce:
1. prepare satellite to be able kickstart rhel6 and rhel5
2. register rhel6 machine (real, virtual)
3. re-provision it to rhel5
4. check state of kickstarting
  
Actual results:
anaconda asking for correct kickstart url. displayed is only half of correct url.

Expected results:
anaconda ks paramater parsed correctly

Additional info:

Comment 1 Petr Sklenar 2010-10-14 07:52:14 UTC
I looks like hostname and path is shorten, and then kickstart is not downloaded.

Comment 5 Clifford Perry 2010-10-14 12:52:08 UTC
grub.conf looks fine. 

The screen shots/data provided indicate that *something* is cutting off the hostname/url removing 'edhat.com'. 

It seems more like an anaconda issue, but would like it investigated some more. 

Cliff

Comment 6 Milan Zázrivec 2010-10-14 15:11:18 UTC
The kernel command line as shown in comment #4 is longer than what
we can digest in RHEL-5 (255 char limit). Matter of fact, if you'd
be reprovisioning RHEL-5 to RHEL-5, you'd get a message from
koan telling:
...
Kernel options are too long, 255 chars exceeded.
...

Since you're doing RHEL-6 -> RHEL-5, the thing passes (I'm guessing
that we don't have this limitation in RHEL-6).

The only solution for this I can think of is to hack koan (or spacewalk-koan
perhaps) to not to include all the cmdline options from default kernel
when creating the record for the re-provisioning (so that our
options can actually fit into the cmdline length limit).

Comment 8 Clifford Perry 2010-10-14 18:53:03 UTC
*** Bug 640668 has been marked as a duplicate of this bug. ***

Comment 16 Clifford Perry 2010-10-28 14:45:08 UTC
The 5.4.0 RHN Satellite and RHN Proxy release has occurred. This issue has been resolved with this release. 


RHEA-2010:0801 - RHN Satellite Server 5.4.0 Upgrade
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10332

RHEA-2010:0803 - RHN Tools enhancement update
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10333

RHEA-2010:0802 - RHN Proxy Server 5.4.0 bug fix update
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10334

RHEA-2010:0800 - RHN Satellite Server 5.4.0
https://rhn.redhat.com/rhn/errata/details/Details.do?eid=10335

Docs are available:

http://docs.redhat.com/docs/en-US/Red_Hat_Network_Satellite/index.html 

Regards,
Clifford


Note You need to log in before you can comment on or make changes to this bug.