Bug 67175 - Installer not running up2date -u
Summary: Installer not running up2date -u
Alias: None
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server
Version: unspecified
Hardware: i386
OS: Linux
Target Milestone: ---
Assignee: Adrian Likins
QA Contact: Fanny Augustin
Depends On:
TreeView+ depends on / blocked
Reported: 2002-06-20 17:33 UTC by Matt Jamison
Modified: 2007-07-31 19:09 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Last Closed: 2002-07-11 17:46:09 UTC
Target Upstream Version:

Attachments (Terms of Use)
Satellite installer console text (6.53 KB, text/plain)
2002-07-11 16:50 UTC, Josef Komenda
no flags Details

Description Josef Komenda 2002-06-20 17:33:41 UTC
Description of Problem: Installer does not run up2date -u during install.

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

How Reproducible: Always.

Comment 1 Adrian Likins 2002-06-20 18:10:27 UTC
um, yes it does.

more details please?

Did you choose to do the RHN check? if you didnt, then
it wont run up2date, otherwise, it should.

Comment 2 Josef Komenda 2002-06-20 18:34:23 UTC
Ran installer on satcd.rdu.redhat.com using rhn_train_3. Logging into
rhn.redhat.com using the rhn_train_3 usrname/password shows 73 errata and 112
packages apply to the system. up2date -l confirms this. 

GDK also has more details - seems satinstall.py has a bad path, using
/sbin/up2date instead of /usr/sbin/up2date.

Comment 3 Adrian Likins 2002-06-21 18:16:28 UTC
That path has been updated in cvs.

Is it still failing to run up2date?

What happens when it fails to run up2date? Error message?

Comment 4 Josef Komenda 2002-06-21 19:02:07 UTC
Will have to do a new installer build and test on a clean install... Luckily, I
happen to have one handy. 

There is no error when it fails to up2date - it just doesn't happen.

Comment 5 Josef Komenda 2002-06-25 15:59:26 UTC
Still failing to update the test machine - not throwing any errors either.
Bumping the severity up.

Comment 6 Adrian Likins 2002-06-25 20:33:59 UTC
No idea whats up. The code definately runs "up2date -u" 

Can you point me at a setup that this is failing on?

Comment 7 Josef Komenda 2002-06-28 15:06:41 UTC
What happens is that on a fresh satellite install, it does not run up2date -u.
If you install it a second time, on the same system, it does. You can, in fact,
go 'back' after registering the system, and then as you walk through the
installer again, it will run the up2date agent.

Comment 8 Adrian Likins 2002-07-01 17:43:19 UTC
code commited to clean up the only thing I could think
of that could be causing this.

Is this still not working?

Comment 9 Robin Norwood 2002-07-01 21:16:59 UTC
No, it still ain't working - using installer - installer_01jul02_1650.iso on
sat-live.test.redhat.com - it did not seem to run up2date - running the
installer a second time does run up2date at the proper time, however.

I did not register the system before running the installer - looking at the
account on live - rhn_train_3, the box did get registered twice....

Comment 10 Adrian Likins 2002-07-01 21:39:26 UTC
time for a version number in the installer...

I have no fucking clue what installer_01jul02_1650.iso
or what version of the installer...

I basically need to know "does the version in cvs _right_ now"

Comment 11 Josef Komenda 2002-07-01 21:50:33 UTC
The installer_01jul02_1650.iso is the latest and greatest - it's
installer_date_time.iso, so it's the one I put together at 10 minutes to 5
today. The versions that exist are on http://zealot.devel.redhat.com/installer/ 

CVS tree and RPM (from QA) are pulled fresh on each installer build.

Comment 12 Adrian Likins 2002-07-01 22:06:40 UTC
okay, try the code in cvs now...

it should be version 0.99.1

Comment 13 Josef Komenda 2002-07-02 17:06:06 UTC
0.99.1 build tested, no joy. No change in symptoms.

Comment 14 Adrian Likins 2002-07-02 19:52:28 UTC
try 0.99.3

Comment 15 Josef Komenda 2002-07-03 15:22:04 UTC
Using installer built at 03-Jul-2002 10:49 from QA, CVS version .99.3.1, no
change, install fails. Perhaps there are rpm's missing? I notice that
up2dateAuth.py and transports.py were worked on, and those aren't in my download

up2date -d --nosig apache apache-devel mod_perl `up2date --showall
--channel=redhat-rhn-satellite-i386-7.2 | sed 's/-[^-]*-[^-]*$//' | grep -v tk`

Comment 16 Josef Komenda 2002-07-03 16:26:55 UTC
Sorry - that didn't make a lot of sense... just trying to be sure I'm
downloading everything I should for the iso built.

Comment 17 Josef Komenda 2002-07-10 20:59:20 UTC
Install working corrently with latest build, but up2date still fails to run.
Current process is: 
a. Welcome Screen: Click 'Next'
b. Installing Packages. When Done, click 'Next'
c. RHN Account Info: Enter the passwords and Proxy info.
d. Satellite Application: Hit 'Next' You'll see a gpg alert. Click 'yes'
e. Oracle Info: Click 'Back' 
f. Satellite Application: Click 'Back'
g. Log into your RHN account and delete the new Satellite
h. Go back to the installer and re-run from the RHN Account Info page
g. The up2date agent will run.

This only happens from a freshly installed box.

Comment 18 Adrian Likins 2002-07-10 23:02:28 UTC
I need help figuring this out.

Namely, the sat install and up2date logs immediately
after running the sat installer the first time. 

If you can catch the output from the installer to
a file, that would be useful as well. 

any other debugging info you can provide is helpful 
as well (since I cant seem to duplicate this in
any sort of useful manner). 

random guesses to the cause, things you observed
that may or may not be related, weird voices from
the back of your head, etc.

Everything to me looks correct, and so far, I've
been unable to not get it to work, so looking for

Comment 19 Adrian Likins 2002-07-10 23:38:54 UTC
just tried a fresh install from the auto-ks.sh

installed cvs

check out the code from cvs

make PREFIX=/ CDROM_PREFIX=/ sat-install

(pointed rhn_reg and up2date at qa by editing
the config file)

mkdir /RPMS
scp'ed the stack of rpms from zealot to /RPMS

export RHN_ENV_QA=1

(it started up, installed the packages in /RPMS,
asked for rhn info, asked for sat ent info,
then fired up up2date....)

I was worried that maybe there was a rpm-4.0.3/rpm-4.0.4
issue with the db's causing problems, but that doesnt seem
to be the case. ditto with gpg keyrings and friends. 

Comment 20 Adrian Likins 2002-07-10 23:48:24 UTC
something doesnt sound right...

a. Welcome Screen: Click 'Next'
b. Installing Packages. When Done, click 'Next'
c. RHN Account Info: Enter the passwords and Proxy info.
d. Satellite Application: Hit 'Next' You'll see a gpg alert. Click 'yes'
e. Oracle Info: Click 'Back' 
f. Satellite Application: Click 'Back'
g. Log into your RHN account and delete the new Satellite
h. Go back to the installer and re-run from the RHN Account Info page
g. The up2date agent will run.

d. Satellite Application: Hit 'Next' You'll see a gpg alert. Click 'yes'

You shouldnt be getting that with the current code base. The installer
goes ahead and adds the key if it's not installed.

Looking at the code, I'm thinking the "gpg doesnt do anything at
all the first time you run it" must be causing the issue. 

APplying a bit of a kluge to fix that now.

Comment 21 Josef Komenda 2002-07-11 15:42:46 UTC
The latest version of the installer (built 10:55am with latest CVS and RPMS)
blows up instantly: 

Traceback (innermost last):
  File "/mnt/cdrom/usr/sbin/satinstall", line 793, in ?
  File "/mnt/cdrom/usr/sbin/satinstall", line 785, in main
    gui = Gui()
  File "/mnt/cdrom/usr/sbin/satinstall", line 104, in __init__
  File "/mnt/cdrom//usr/share/rhn/satinstall/satInstall.py", line 103, in
    log.log("running %s to make sure gpg is initialized completely" %
AttributeError: log

I'll run the last good version of the installer (installer_10jul02_1521.iso)
straight through, and precicely document my exact steps, and use 1>install.out
2>install.err to capture the output as well.

Comment 22 Josef Komenda 2002-07-11 16:02:44 UTC
Hmm... It hangs at the 'Installing packages' screen when I use 1>. Will do it
the normal way. Kickstarting again. 

Comment 23 Josef Komenda 2002-07-11 16:48:10 UTC
1. Auto-kickstart sat-inst.test. 
2. Download and mount installer_10jul02_1521.iso
3. Edit rhn_register and up2date
4. export RHN_ENV_QA=1
5. /mnt/cdrom/usr/sbin/satinstall
6. Gui fires up - 'Welcome'. I click 'Next'.
7. 'Installing Packages' runs, I click 'Next' when done.
8. 'RHN Account Information'. I enter rhn7_satellite and the password and click
9. 'Satellite Application Server settings'. I enter my e-mail and rhn_train_1
satellite xert, and click 'Next'.
10. At this point, the GPG alert pops up, asking if I want to install the key. I
click 'Yes'.
11. 'Oracle connection information'. Everything continues as usual from here.

I'm attaching the console output and leaving sat-inst.test alone for review.

Comment 24 Josef Komenda 2002-07-11 16:50:33 UTC
Created attachment 64844 [details]
Satellite installer console text

Comment 25 Adrian Likins 2002-07-11 17:46:03 UTC
fixed in cvs, typo in a logging bit

Comment 26 Josef Komenda 2002-07-11 19:05:07 UTC
Runs up2date correctly now. Closing.

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