Bug 511100

Summary: Provisioning a system fails after certain paths of upgrade: Could not find Cobbler error
Product: Red Hat Satellite 5 Reporter: Sayli Karmarkar <skarmark>
Component: UpgradesAssignee: Partha Aji <paji>
Status: CLOSED CURRENTRELEASE QA Contact: Sayli Karmarkar <skarmark>
Severity: high Docs Contact:
Priority: urgent    
Version: 530CC: bperkins, cperry, jbrownin, jmatthew, mzazrivec, psklenar, pthomas
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: sat530 Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2009-08-27 17:38:37 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: 456986, 457075    
Attachments:
Description Flags
rhn_check -vvvv
none
rhn_check -vvv ks errors
none
rhncheck -vvv ks errors after upgrade none

Description Sayli Karmarkar 2009-07-13 16:34:35 UTC
Description of problem:

I did an upgrade from Sat 3.7.1 7 RHEL2.1 i386 EO  -> Sat 5.3.0 RHEL5 x86_64 EO. 

As this was os upgrade plus arch change (scenario 1a), I had to change hostname of new server to old server. Not sure whether that is causing the problem, but here is what I am seeing when I schedule provisioning of system through webui and run rhn_check on client: 


Traceback attached.

Comment 1 Sayli Karmarkar 2009-07-13 16:39:35 UTC
Created attachment 351493 [details]
rhn_check -vvvv

Comment 2 John Matthews 2009-07-13 16:43:52 UTC
Created attachment 351494 [details]
rhn_check -vvv ks errors

Comment 3 Clifford Perry 2009-07-13 16:46:28 UTC
Sayli - changing a hostname is NOT supported on production Satellites. 

You keep the same hostname over upgrades. Backup all needed data to somewhere off server, reinstall OS on same hostname, restore/upgrade.

Please reproduce on a system where hostname was preserved. 

Cliff

Comment 4 Clifford Perry 2009-07-13 16:49:11 UTC
Also - check rhn.conf for cobbler setting - it maybe currently set to 'localhost' this is incorrect. Set the Satellite server hostname within rhn.conf. 

Further - review your /etc/hosts file to make sure localhost and hostname are correctly configured. 

127.0.0.1 localhost
my-ip     servername 


Cliff

Comment 5 Clifford Perry 2009-07-13 16:50:39 UTC
D: do_call kickstart.initiate ('localhost', 'spacewalk-koan', ' ksdevice=eth0 console=ttyS0,115200 ', '', 'sun-v20z-01.rhts.bos.redhat.com:1', [])
Preserve files! : []
- looking for Cobbler at http://localhost/cobbler_api
Traceback (most recent call last):


We need to confirm why 'localhost' - if it is due to normal upgrade and/or hostname/hosts issue or cos you renamed the Satellite's hostname during upgrade. 

Cliff

Comment 6 John Matthews 2009-07-13 16:51:48 UTC
I am running into a similar problem sayli is seeing namely:

D: do_call kickstart.initiate ('localhost', 'spacewalk-koan', ' ksdevice=eth0 console=ttyS0,115200 ', '', 'sun-v20z-01.rhts.bos.redhat.com:1', [])
Preserve files! : []
- looking for Cobbler at http://localhost/cobbler_api

My Scenario is:

Sat 4.2.2 with External DB installed on RHEL4 i386.
Upgrade to Sat 5.3.0 RHEL4 s390x with External DB


My upgrade steps were (following scenario 1a)
1) Install sat 4.2.2 on external DB of rhnsat/rhnsat@rhnsat 
2) Install sat 530 on rhel4 s390x with a temporary external db jwmrhnsat10/rhnsat10/rhnsat10
3) Upgrade sat422 external db rhnsat to oracle 10g
4) Upgrade schema of sat422 on oracle 10g to sat530 schema, call this new db instance "jwmrhnsat"
5) Point my 530 install to new db instannce of "jwmrhnsat" which was the 4.2.2 sat with upgraded schema.


I did change hostnames, I went from hostname rlx-0-24.rhndev.redhat.com to rhndev1.z900.redhat.com.

Comment 7 Preethi Thomas 2009-07-13 16:55:18 UTC
I reproduced this as well
scenario
rhel4 5.11 to rhel4 5.3 no os upgrade. so no hostname change.
used the a profile that was created pre upgrade. will retest with a new profile.

Comment 8 Preethi Thomas 2009-07-13 16:56:55 UTC
Created attachment 351495 [details]
rhncheck -vvv ks errors after upgrade

Comment 9 Clifford Perry 2009-07-13 17:17:23 UTC
OK - during install we write:

 cobbler.host = rlx-1-18.rhndev.redhat.com

into the /etc/rhn/rhn.conf file - during the upgrade process though we will run various scripts to deploy/activate osad/push, Monitoring and misc other things, these scripts write/update config files within the /etc/sysconfig/rhn-satellite-prep/ and re-deploy. Because of this the rhn.conf file entry is lost (well backed up):


[root@rlx-3-08 rhn-satellite-prep]# grep -ir cobbler /etc/sysconfig/rhn/backup-2009-07-1*
/etc/sysconfig/rhn/backup-2009-07-13-12:48/etc/rhn/rhn.conf:cobbler.host = rlx-3-08.rhndev.redhat.com
[root@rlx-3-08 rhn-satellite-prep]# 


As such, we need to update the satellite cobbler installer to write an entry into the rhn-satellite-prep structure so that it is kept during upgrade OR add entry to upgrade steps to manually enter/add the config value :)

Cliff.

Comment 10 Partha Aji 2009-07-14 21:53:32 UTC
Should be fixed in the next release.. as of http://git.fedorahosted.org/git/?p=spacewalk.git;a=commit;h=9a04a11541e09092ee74322ab9b2a480ba6c8056

Comment 11 Sayli Karmarkar 2009-07-17 23:54:45 UTC
Verified on upgrade path: 

Sat 5.2.0 20081028.3 RHEL4 s390x external db -> Sat 5.3.0 RHEL4 s390x 

cobbler.host is correctly initialized after upgrade and system kickstart was successful.

Comment 12 Partha Aji 2009-07-28 13:04:41 UTC
*** Bug 514214 has been marked as a duplicate of this bug. ***

Comment 13 Jeff Browning 2009-07-29 20:03:26 UTC
tested on test04-64.rhndev.redhat.com

Comment 14 Brandon Perkins 2009-08-27 17:38:37 UTC
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHEA-2009-1235.html