Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 77078 - firstboot tracebacks on a dirty system
firstboot tracebacks on a dirty system
Product: Red Hat Linux
Classification: Retired
Component: firstboot (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Brent Fox
Depends On:
  Show dependency treegraph
Reported: 2002-10-31 15:59 EST by Pete Zaitcev
Modified: 2008-05-01 11:38 EDT (History)
0 users

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-05-25 10:31:39 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
/etc/ntp.conf @mellorn.sfbay.redhat.com (2.73 KB, text/plain)
2002-11-18 13:26 EST, Pete Zaitcev
no flags Details

  None (edit)
Description Pete Zaitcev 2002-10-31 15:59:25 EST
Description of Problem:

firstboot tracebacks with:

Traceback (most recent call last):
  File "/usr/share/firstboot/firstbootWindow.py", line 151, in __init__
    vbox, eventbox = module.launch()
  File "/usr/share/firstboot/modules/date.py", line 75, in launch
  File "/usr/share/firstboot/modules/date.py", line 64, in setupScreen
    self.datePage = date_gui.datePage(self.dateBackend)
  File "/usr/share/redhat-config-date/date_gui.py", line 149, in __init__
    ntpStatus = mainWindow.dateBackend.isNtpRunning()
  File "/usr/share/redhat-config-date/dateBackend.py", line 163, in isNtpRunning
   line = output[0]
IndexError: list index out of range

The traceback occurs in an X11 window, then saved to a file in ~root.

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


How Reproducible:


Steps to Reproduce:
1. Install and configure text login (e.g. init level 3), configure stuff, etc.
2. Edit /etc/inittab and change default runlevel to 5
3. Reboot with <ctrl-alt-del>

Actual Results:


Expected Results:


Additional Information:

I think the firstboot might have been confused by running on top of
an "unclean" system which was in operation for a while, so it's not
really the "first" boot.
Comment 1 Brent Fox 2002-11-18 11:18:20 EST
Can you attach /etc/ntp.conf?  It looks like something in that file is a
breaking the parser.
Comment 2 Pete Zaitcev 2002-11-18 13:26:49 EST
Created attachment 85486 [details]
/etc/ntp.conf @mellorn.sfbay.redhat.com
Comment 3 Pete Zaitcev 2002-11-18 13:29:32 EST
Indeed, I changed ntp.conf on that box. Look at the line:
server clock2.corp.redhat.com
Comment 4 Brent Fox 2002-11-18 13:41:04 EST
I'm sorry.  The code isn't breaking in the file parser, it's with trying to
parse the return value of the ntp init script.  Please try running
'/sbin/service ntpd stats' and attach the output to the report.
Comment 5 Pete Zaitcev 2002-11-18 13:46:22 EST
[zaitcev@mellorn zaitcev]$ service ntpd stats
Usage: /etc/init.d/ntpd {start|stop|restart|condrestart|status}
[zaitcev@mellorn zaitcev]$ service ntpd status
ntpd (pid 725) is running...
[zaitcev@mellorn zaitcev]$
Comment 6 Brent Fox 2003-01-30 10:23:31 EST
I've changed the isNtpRunning function to check the return value of the
initscript instead of trying to parse the output of the initscript, so this
shouldn't happen anymore.  Please reopen if you see this behavior in Phoebe, but
I'm reasonably certain that this bug has been fixed.

QA, please verify with redhat-config-date-1.5.9-1.
Comment 7 Brent Fox 2003-05-25 10:31:39 EDT
There is a stack of 64 bugs that have been in Modified state for a long period
of time.  I am closing these as Rawhide now.  If you find that the issue is not
fixed, please reopen this report.

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