Bug 84984

Summary: firstboot error: gethostbyaddr() argument 1 must be string, not None
Product: [Retired] Red Hat Linux Reporter: Nathan Wallwork <owen>
Component: firstbootAssignee: Brent Fox <bfox>
Status: CLOSED DUPLICATE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 9   
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-02-21 18:51:57 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:

Description Nathan Wallwork 2003-02-24 18:23:43 UTC
Description of problem:

firstboot produced an error while attempting to set date/time.
Error appears to be related to DNS failure.


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


How reproducible:

Installed phoebe (custom, everything) on a typical host, configured eth0
without DHCP, provided an IP address, gateway, bogus hostname (test4.linux.test)
and a valid DNS server that doesn't know this hostname, domain, or even the IP 
address of the machine.  Network connectivity to that DNS server is functional.


Steps to Reproduce:
1.
2.
3.
    
Actual results:

After rebooting, the firstboot generated a message while attempting to set the
date, but generated the error message (above) instead.

Expected results:


Additional info:

Comment 1 Nathan Wallwork 2003-02-24 18:32:33 UTC
[root@test4 root]# more firstboot.1046134484.72
Traceback (most recent call last):
  File "/usr/share/firstboot/firstbootWindow.py", line 153, in __init__
    vbox, eventbox = module.launch()
  File "/usr/share/firstboot/modules/date.py", line 75, in launch
    self.setupScreen()
  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 171, in __init__
    ntpServer = socket.gethostbyaddr(ntpServerIP)[0]
TypeError: gethostbyaddr() argument 1 must be string, not None
[root@test4 root]#

[root@test4 root]# ifconfig eth0
eth0      Link encap:Ethernet  HWaddr 00:04:75:39:82:0A
          inet addr:192.168.30.204  Bcast:192.168.30.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:5926 errors:0 dropped:0 overruns:10 frame:0
          TX packets:3331 errors:0 dropped:0 overruns:0 carrier:0
          collisions:4 txqueuelen:100
          RX bytes:1878743 (1.7 Mb)  TX bytes:451085 (440.5 Kb)
          Interrupt:5 Base address:0x2000
 
[root@test4 root]# dig -x 192.168.30.204
 
; <<>> DiG 9.2.1 <<>> -x 192.168.30.204
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 17892
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
 
;; QUESTION SECTION:
;204.30.168.192.in-addr.arpa.   IN      PTR
 
;; AUTHORITY SECTION:
168.192.in-addr.arpa.   85830   IN      SOA     prisoner.iana.org.
hostmaster.root-servers.org. 2002040800 1800 900 604800 330
 
;; Query time: 265 msec
;; SERVER: 10.1.33.99#53(10.1.33.99)
;; WHEN: Mon Feb 24 18:29:09 2003
;; MSG SIZE  rcvd: 122
 [root@test4 root]# uname -a
Linux test4.linux.test 2.4.20-2.21 #1 Wed Jan 15 20:31:35 EST 2003 i686 i686
i386 GNU/Linux
[root@test4 root]# dig test4.linux.test
 
; <<>> DiG 9.2.1 <<>> test4.linux.test
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 16122
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
 
;; QUESTION SECTION:
;test4.linux.test.              IN      A
 
;; AUTHORITY SECTION:
.                       2556    IN      SOA     ns. hostmaster. 1046095214 16384
2048 1048576 288
 
;; Query time: 226 msec
;; SERVER: 10.1.33.99#53(10.1.33.99)
;; WHEN: Mon Feb 24 18:29:40 2003
;; MSG SIZE  rcvd: 81
 




Comment 2 Brent Fox 2003-02-24 23:24:28 UTC

*** This bug has been marked as a duplicate of 82061 ***

Comment 3 Red Hat Bugzilla 2006-02-21 18:51:57 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.