Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 26861 - 1.4 livecd has semi-broken dhcpcd
Summary: 1.4 livecd has semi-broken dhcpcd
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Release Media
Classification: Unclassified
Component: Everything (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Gentoo LiveCD Package Maintainers
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-08-18 08:38 UTC by Jeff Mills
Modified: 2004-06-13 20:26 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Jeff Mills 2003-08-18 08:38:05 UTC
Using the Gentoo Linux 1.4 Basic LiveCD, dhcpcd appears to be unable to get an
IP address from a dhcp server.
NICs I have tried are 3Com 3c509 and an ne2000, both ISA.
Both cards are detected after loading the modules.
If I connect the cards to my local LAN and manually assign IP addresses, they
work fine.
Currently, I've booted using floppyfw, and it sets up both NICs just fine using
udhcpc and the same NIC modules.
Previously, I was running Slakware with dhcpcd.

Reproducible: Always
Steps to Reproduce:
1. Boot LiveCD basic
2. Load 3c509, 8390 and ne modules
3. run dhcpcd ethx




Actual Results:  
dhcpcd responds:
Setting Rx to 1 Addresses
Setting Rx to 2 Addresses
Setting Rx to 3 Addresses

ifconfig does not show the card. ifconfig ethx shows no ip address

Expected Results:  
NIC should be assigned an IP address

Machine is a p200mmx with 64mb RAM

Tried earlier releases of LiveCD basic including 1.2, but they all lock just
after ide0 is detected, so I cannot test dhcpcd with them.
Comment 1 Lisa Seelye (RETIRED) gentoo-dev 2003-08-18 13:10:41 UTC
I can second this, but a possible cause is that I relocated my dhcp server to another box (same conf file), so who knows.

Comment 2 David W Noon 2003-08-26 14:23:09 UTC
I have a similar problem here.

This machine is a firewall/gateway and has 2 NICs: a 3C905B and a 3C905C, both PCI cards from 3com. They both use the 3C509 (note digits in different order!) driver. The intranet-facing card (eth0) uses static IP and works fine. The internet-facing card (eth1) uses DHCP from my ISP, and the dhcpcd just stops without any message.

I am attempting to install using 1.4 LiveCD for generic x86. I boot the machine using CD #1. The system boots well enough, but I cannot get to the Internet.

I can ifconfig the DHCP card up, but as I soon as I type "dhcpcd eth1" it is put down again.

It looks as though DHCP simply doesn't work on a LiveCD boot.
Comment 3 David W Noon 2003-09-02 12:48:39 UTC
I ran dhcpcd under strace from LiveCD boot. Some highlights were as follows:

open("/etc/dhcpc/dhcpcd-eth1.pid", O_RDONLY [wait(0x57f) = 9676]
pid 9676 stopped, [SIGTRAP]
) = -1 ENOENT (No such file or directory)

mkdir("/etc/dhcpc", 0755 [wait(0x57f) = 9676]
pid 9676 stopped, [SIGTRAP]
)               = -1 EEXIST (File exists)

open("/etc/dhcpc/dhcpcd-eth1.cache", O_RDONLY [wait(0x57f) = 9676]
pid 9676 stopped, [SIGTRAP]
) = -1 ENOENT (No such file or directory)

pid 9676 stopped, [SIGILL]
--- SIGILL (Illegal instruction) ---

[pid  9676] unlink("/var/run/dhcpcd-eth1.pid" [wait(0x47f) = 9677]
pid 9677 stopped, [SIGILL]
 <unfinished ...>
[pid  9677] --- SIGILL (Illegal instruction) ---
 [wait(0x57f) = 9676]
pid 9676 stopped, [SIGTRAP]
[pid  9676] <... unlink resumed> )      = -1 ENOENT (No such file or directory)

And another 2 megs of trace!

Now, the code is trying to create its PID file under /etc/dhcpc, which is a major no-no! The /etc directory must be on the root filesystem, which can be mounted read-only. The PID file should be created under /var/run. However, during termination it attempts to delete the PID file from /var/run.

Likewise for the cache file.

The code also executes illegal instructions at various points in the trace, seemingly to include inside the signal handler for SIGILL.

Basically, this dhcpcd executable is nowhere near ready for prime time. It could not possibly have been tested.

Can the Gentoo folks provide us with one we can load from a floppy disk? [I don't want to download another CD image for a program as small as this.]
Comment 4 Lisa Seelye (RETIRED) gentoo-dev 2003-09-06 10:11:21 UTC
To follow up:

Capturing on eth0
  0.000000           :: -> ff02::1:ff72:6a19 ICMPv6 Multicast listener report


It seems as if its polling only for ipv6 and not ipv4.
Comment 5 David W Noon 2003-09-06 11:16:43 UTC
The use of /etc/dhcpc instead of /var/run for PID and cache files is a far more 
pernicious bug than that of issuing an IPv6 server detection poll. The executable is 
seriously broken. 
 
My ISP can support IPv6, but on my machine the daemon simply crashes without 
achieving anything worthwhile. 
Comment 6 Daniel Robbins (RETIRED) gentoo-dev 2003-09-06 16:34:15 UTC
1.3.22_p4-r1 is now FHS compliant. Will be committed in an hour or so. Closing this bug.
Comment 7 Daniel Robbins (RETIRED) gentoo-dev 2003-09-06 16:42:44 UTC
OK, reopening but changing the subject so that I get a new livecd runtime built to fix this in the field.
Comment 8 Glenn Ross 2004-01-26 10:12:17 UTC
I also am experiencing these problems.  I can use a static IP to successfully ping the router.  However, dhcpcd eth0 is ineffective and dhcpcd -h (hostname) -D also is ineffective, among a whole slew of other commands I have tried.  I have re-burned the Live CD #1 to verify it wasn't a bug extending from a bad CD, and both CDs appear to have this problem.  I am unable to load packages from the net, etc. due to this error.  

...I'm not at home now, but I believe the command ifconfig dhcp eth0 yeilded the error "host name lookup failure" ...With the space between host and name...

Anyhow,  I'd really like to use Gentoo on this machine.  I have used slackware and Suse, and was hoping for a really cool network-updating/installing Linux flavor.  I appreciate the work you guys have done.

K6-2 550, 384 MB RAM, Voodoo 3500 video, 3Com 3C905-TX NIC.  (Probably 3C905B)

Sincerely,

Glenn Ross

(Glenn.Ross at mines dot edu)
Comment 9 Benjamin Judas (RETIRED) gentoo-dev 2004-05-11 22:10:47 UTC
Is this still an issue?
Comment 10 John Davis (zhen) (RETIRED) gentoo-dev 2004-06-13 20:26:32 UTC
i have not had any problems ... closing