Bug 125177 - Boot fails to look up internet address dhcppc2
Summary: Boot fails to look up internet address dhcppc2
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Fedora
Classification: Fedora
Component: distribution
Version: 2
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-06-03 13:18 UTC by Dale Kerby
Modified: 2014-03-17 02:45 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2004-06-07 17:54:14 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Dale Kerby 2004-06-03 13:18:58 UTC
Description of problem:
When booting I get the following message:

could not look up internet address for dhcppc2.  This will prevent
GNOME from operating properly.  It may be possible to correct the
problem by adding dhcppc2 to the file /etc/hosts.

Tried the foregoing - did not help


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


How reproducible:
Every bootup

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


Expected results:


Additional info:

Comment 1 Bill Nottingham 2004-06-03 16:49:13 UTC
What's your /etc/sysconfig/network, /etc/resolv.conf, and the output of:

ip addr ls
ip route ls

?

Comment 2 Dale Kerby 2004-06-04 00:42:22 UTC
/etc/sysconfig/network:
NETWORKING=yes
HOSTNAME=localhost.localdomain

/etc/resolv.conf:
; generated by /sbin/dhclient-script
search home
nameserver 192.168.0.1

ip addr ls:
bash: ip: command not found

id route ls:
bash: ip: command not found


Comment 3 Bill Nottingham 2004-06-04 01:49:14 UTC
Erm:

/sbin/ip addr ls
/sbin/ip route ls


Comment 4 Dale Kerby 2004-06-04 10:00:24 UTC
/sbin/ip addr ls:
1: lo: <LOOPBACK,UP> mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: sit0: <NOARP> mtu 1480 qdisc noop
    link/sit 0.0.0.0 brd 0.0.0.0
4: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:09:5b:1f:52:dd brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.3/24 brd 192.168.0.255 scope global eth0
    inet6 fe80::209:5bff:fe1f:52dd/64 scope link
       valid_lft forever preferred_lft forever

/sbin/ip route ls:
192.168.0.0/24 dev eth0  proto kernel  scope link  src 192.168.0.3
169.254.0.0/16 dev eth0  scope link
127.0.0.0/8 dev lo  scope link
default via 192.168.0.1 dev eth0



Comment 5 Bill Nottingham 2004-06-04 20:23:20 UTC
Are you running your own name/dhcp server?

Comment 6 Dale Kerby 2004-06-05 03:25:02 UTC
I may be (newbie) but it was what was setup during installation, in
other words not intentional.

Comment 7 Bill Nottingham 2004-06-07 15:06:27 UTC
Setup during installation... of the OS? Of your internet link? 

How are you connected to the network?

Comment 8 Dale Kerby 2004-06-07 16:04:05 UTC
Of the OS.  We have (had) a windows network with three nodes.  We
connect to the internet through a router and cable modem.  The other
nodes are another desktop machine and a laptop.  I would like to
completely change over to Linux, however.

Comment 9 Bill Nottingham 2004-06-07 16:07:38 UTC
192.168.0.1 is your router box?

Comment 10 Dale Kerby 2004-06-07 17:03:05 UTC
Router box: 192.168.0.3
Default gateway: 192.168.0.1

Comment 11 Bill Nottingham 2004-06-07 17:54:14 UTC
OK, it looks like your DHCP server (whatever it is) is handing out
hostnames (dhcppc2) that your DNS server (192.168.0.1) can't resolve.

The configuration really needs to be fixed on that end.

Comment 12 Dale Kerby 2004-06-12 23:50:05 UTC
I'm sorry to 'bug' you, but can you tell me what the configuration
should look like.  I've spent some time looking into the matter and
cannot determine what needs to be done.  Thank you, in advance.

Comment 13 Bill Nottingham 2004-06-28 21:26:36 UTC
Basically, whatever hostnames your DHCP server sends out to the client
(dhcppc2) needs to have an entry in the 'home' domain of your DNS server.

Comment 14 james kellndorfer 2004-07-28 22:47:22 UTC
FC2 - 2.6.6-1.435.2 Desktop installation.
I too have the same error message. As an infant newbie, it would be
great if some of these bug reports and other FAQs include an
explanation of how these messages are generated. These explanations
would go a long way to help develop a diagnostic flow chart.

In addition, I didn't see any clarification of the etc/hosts.

1. what is etc/hosts? What actions should I take?
2. as was alluded to above, what are the normal settings?
3. why is the message being generated?
4. what module or process is responisble for creating this warning?

Comment 15 Bill Nottingham 2004-07-29 00:46:18 UTC
1. /etc/hosts is a networking configuration file that matches host
names to IP addresses. Google or some other reference may help more here.

2. A proper /etc/hosts looks something like:

...
# Do not remove the following line, or various programs
# that require network functionality will fail.
127.0.0.1               localhost.localdomain localhost
...

The lines starting with '#' are comments.

3. The message is being generated because the hostname that your
machine has (dhcppc2, in the above case) does not resolve; the
computer can't map that hostname to an IP address.

4. The message comes from early in the startup of the GNOME desktop;
it checks this because things do *not* work properly if the machine's
host name doesn't resolve.

A potential fix, if your hostname is *constant*, is to add it to the
end of the 127.0.0.1 line in /etc/hosts.


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