Bug 135833 - firstboot hangs with opened window
Summary: firstboot hangs with opened window
Alias: None
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: up2date   
(Show other bugs)
Version: 3.0
Hardware: All
OS: Linux
Target Milestone: ---
Assignee: Bret McMillan
QA Contact: Beth Nackashi
: 136180 136224 (view as bug list)
Depends On:
TreeView+ depends on / blocked
Reported: 2004-10-15 10:46 UTC by Jérôme ALEXANDRE
Modified: 2007-11-30 22:07 UTC (History)
8 users (show)

Fixed In Version: rhel 3 u5
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-03-15 19:23:31 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
result of firsboot error message (520 bytes, text/plain)
2004-10-15 10:48 UTC, Jérôme ALEXANDRE
no flags Details
results from "python /usr/share/rhn/up2date_client/hardware.py" (522 bytes, text/plain)
2004-10-19 18:40 UTC, Clark Fredenburg
no flags Details
strace of firstboot --reconfig (5.93 MB, application/octet-stream)
2005-01-11 17:10 UTC, Chris Williams
no flags Details

Description Jérôme ALEXANDRE 2004-10-15 10:46:59 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.7.2)

Description of problem:
After intallation of RedHat Enterprise Linux IA64 Advanced Server 3
update 4 beta parteners,, the system hangs with an opened window
asking to report a bug .
You cannot return to text mode (ALT-CTRL-F1,or F2 or F3 has no action)

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

How reproducible:

Steps to Reproduce:
1.install the RedHat distrib, and wait for the first boot after


Actual Results:  you stay before a opened window with an error message!

Expected Results:  the first boot proceduure to end normally!

Comment 1 Jérôme ALEXANDRE 2004-10-15 10:48:38 UTC
Created attachment 105269 [details]
result of firsboot error message

Comment 2 Adrian Likins 2004-10-15 19:42:46 UTC
fixed in up2date-4.2.49

Comment 3 Jay Turner 2004-10-19 07:40:02 UTC
*** Bug 136224 has been marked as a duplicate of this bug. ***

Comment 4 Jay Turner 2004-10-19 07:40:46 UTC
*** Bug 136180 has been marked as a duplicate of this bug. ***

Comment 7 Adrian Likins 2004-10-19 16:44:12 UTC
4.2.50 is building atm

Comment 8 Adrian Likins 2004-10-19 16:48:28 UTC
btw, looks like the hardware detection step failing may have
been the root cause here.

Could the bug reporter try running:

python /usr/share/rhn/up2date_client/hardware.py 

and posting the result here? especially if it
results in a traceback.

Comment 10 Clark Fredenburg 2004-10-19 18:40:37 UTC
Created attachment 105457 [details]
results from "python /usr/share/rhn/up2date_client/hardware.py"

Comment 11 Adrian Likins 2004-10-19 19:34:32 UTC
4.2.51 should fix that traceback, but it seems something
is preventing that machine from reaching the url
specified in serverURL (does it need an http proxy
and not have one configured?)

Comment 12 Jay Turner 2004-10-20 09:08:45 UTC
Not sure how this is getting hit, but 4.2.51-1 should resolve the
problem (from a code analysis standpoint, as I can't replicate this
error either.)  This up2date version is included in the re1020.0 tree.

Comment 13 Clark Fredenburg 2004-10-20 13:35:20 UTC
I am behind a proxy but at the point this problem occurs I have not
had a chance to set the proxy and I don't get a chance without
starting in single user mode and renaming S95firstboot in the rc3.d
and rc5.d directories in order to get past firstboot.

Comment 14 Larry Troan 2004-10-29 17:17:07 UTC
From Issue Tracker
Event posted 10-25-2004 09:48am by brian.b 
Suceess:  i performed a fresh installation, booted to single user
mode, applied all three updates using rpm -Uvh --force and rebooted
the system.  The server came up and firstboot loaded and ran without

Comment 15 Larry Troan 2004-10-29 17:17:58 UTC
Close this bug as RESOLVED per comment #14 ????

Comment 16 Brian Baker 2004-11-02 20:37:52 UTC
With latest beta:
After the first reboot firstboot is executed. At the Red Hat Login 
screen I set the proxy server, user name, password and clicked Next. 
An error was returned.
An error occurred in the Red Hat Login Module.
Traceback (most recent call last):
  File "/usr/share/firstboot/firstbootWindow.py", line 275, in 
    result = module.apply(self.notebook)
  File "/usr/share/firstboot/modules/rhn_login_gui.py", line 157, in 
    ret = self.loginPageApply()
  File "rhnregGui.py", line 133, in loginPageApply
  File "rhnregGui.py", line 75, in getCaps
    caps = rhnreg.getCaps()
  File "rhnreg.py", line 204, in getCaps
  File "rpcServer.py", line 315, in doCall
    raise up2dateErrors.CommunicationError(e.args[1])
CommunicationError: Error communicating with server. The message was:
Connection timed out

The install then continues to the Activate screen where a message 
says, "error registering username." Tried many differnet combinations 
to get past this but it always errored.
Reboot to single user mode. Create an /etc/sysconfig/firstboot file 
to prevent firstboot.py from running.

Comment 17 Brian Baker 2004-11-02 20:38:48 UTC
By latest beta, I mean with RH EL 3 U4.  Also, the platform should be 
all, and the severity should be high.

Comment 18 Larry Troan 2004-11-12 18:43:21 UTC
Brian, is this with the up2date in the latest drop or just latest ISO? 
What's the version of up2date on your system?

Comment 19 Brian Baker 2004-11-12 19:03:33 UTC
The version is 4.2.51-1

Comment 20 Pierre Fumery 2004-11-17 08:46:31 UTC
I got confirmation Jérôme hit same problems on RHEL4 beta release.

Unfortunately, Jérôme is out due to health problems and he won't be
back   before at least one week. I won't have detailled explanation.

However, from his note, we can see:
    - firstboot error in lines 498, 90, 83, 336.
    - Other errors in firstboot after "create login" (it seems several
time-out occured) : Is it due to proxy setting which was not yet done ?

Comment 21 Pierre Fumery 2004-11-17 09:32:46 UTC
Some errors we got on Jérôme's victim machine, if it may help a little
more ...

Traceback (most recent call last):
  File "/usr/share/firstboot/firstbootWindow.py", line 498, in loadModules
    vbox, pix, title = module.launch()
  File "/usr/share/firstboot/modules/rhn_activate_gui.py", line 90, in
  File "/usr/share/firstboot/modules/rhn_activate_gui.py", line 83, in
    vbox  = self.activatePagePrepare()
  File "/usr/share/rhn/up2date_client/rhnregGui.py", line 336, in
    if hostname:
UnboundLocalError: local variable 'hostname' referenced before assignment

Comment 22 Brian Baker 2004-11-17 18:49:54 UTC
This is what we saw, but we had already configured the proxy.

Comment 24 Issue Tracker 2004-11-19 20:28:18 UTC
From User-Agent: XML-RPC

This comment sent by ltroan
----------Event posted 11-19-2004 02:01pm by kim.jensen with duration of

RHEL3U4 Beta (2.4.21-21) x86 & x86-64 both have up2date-4.2.51-1.

With x86-64, I see that it still takes a long time for firstboot to come up
(5-10 minutes) and during this time the system appears hung - but it is

Same is true with x86.

When the system is sitting there for all this time (The screen is grey with
the mouse pointer visible in the middle of the screen), tty1 shows we are

   Starting firstboot:

/var/log/messages indicates "firstboot: succeeded"

Status set to: Waiting on Tech

New Event

Comment 25 Adrian Likins 2004-11-19 20:50:52 UTC
There seems to be at least two seperate bugs, on two seperate
products mentioned in this single bug report. 

The first one, for rhel3-u4 is fixed in up2date-4.2.51.

The second one, for RHEL4-beta, is fixed in up2date-4.3.64
(actually, somewhere early, but thats whats currently header
for RHEL4, and includes the fix). 

I'm don't know what version of up2date is involved in either of
the two reports above  (while the error is seen in firstboot,
the code is reused from the up2date package). 

Comment 26 Pierre Fumery 2004-12-01 09:40:02 UTC
As per comments #16 and #19, up2date-4.2.51-1 (higher that recommanded
4.2.51 version) doesn't seem to fix this problem though.

On our side, we didn't test with a newer version (up2date-4.3.64 ?) on

As soon as we'll get a newer RHEL3-U4 or RHEL4, beta or release
candidate versions, we'll be able to test and to see (hopefully) that
it has been fixed.

Comment 29 Larry Troan 2005-01-07 19:58:27 UTC
Event posted 01-06-2005 08:09pm by kim.jensen with duration of 0.00 	
Can we change the title to   "RHEL3U4 - firstboot 2-7 minute delay"

I straced 'firstboot --reconfig' and found what I believe the cause of the delay...

connect(3, {sa_family=AF_INET, sin_port=htons(422),
sin_addr=inet_addr("")}, 16

which is xmlrpc.rhn.redhat.com.

We see this in two critical situations
1- when we preload systems and no networking information has been setup when
firstboot is initiated.
2- when we install a box set and no proxy has been defined (this is not a
required part of the install!).

Customers are going to see this as a DOA system

Comment 31 Chris Williams 2005-01-11 17:10:45 UTC
Created attachment 109620 [details]
strace of firstboot --reconfig

Comment 38 Brian Baker 2005-04-20 18:48:12 UTC
This is now fixed...

Comment 40 Adrian Likins 2005-04-20 19:30:22 UTC
some of the fixes arein U5, but not all. Thats in u6-candidate
(basically, a backport of all the RHEL4 fixes for this).

Comment 41 Beth Nackashi 2006-03-15 19:20:33 UTC
This is not an issue in RHEL 3 U6.  Closing.

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