Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 99415 - dhcpd fails to start because of a problem with its init script
Summary: dhcpd fails to start because of a problem with its init script
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: All Linux
: High major (vote)
Assignee: Roy Marples (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-18 03:01 UTC by Miguel
Modified: 2005-12-07 08:41 UTC (History)
0 users

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 Miguel 2005-07-18 03:01:37 UTC
the dhcp init script is run before the net interfaces are up and this makes the
init process fail because in my config it should only listen to the eth0 device.

I have made another test, and if I stop /etc/init.d /net.eth0, the dhcp script
fails to start until I bring eth0 up again. This situation happens at boot time
because eth0 is brought up *after* net.eth0



Reproducible: Always
Steps to Reproduce:
1.
2.
3.
Comment 1 Miguel 2005-07-20 05:34:15 UTC
Setting RC_NET_STRICT_CHECKING to yes solves the problem. This way the dhcpd
daemon starts after all the net interfaces are up.
Comment 2 Miguel 2005-11-11 00:33:53 UTC
I figured out that myself but I wonder if this behaviour should be considered as
correct.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2005-12-05 12:31:12 UTC
Mass reassign wrt Bug 23718, maintainer being retired.
Comment 4 Roy Marples (RETIRED) gentoo-dev 2005-12-07 03:18:50 UTC
What version of baselayout do you have? I can't tell as you neglected to attach
your emerge --info
Comment 5 Roy Marples (RETIRED) gentoo-dev 2005-12-07 07:47:40 UTC
need info
Comment 6 Miguel 2005-12-07 07:55:20 UTC
I think the current x86 stable baselayout. There is a little chance that it was
the previous x86 stable version because I do not remember If this happened
before the latest baselayout upgrade.

I just checked and as the current baselayout was introduced in october I assume
it must have been the previous one which is not in portage anymore
Comment 7 Roy Marples (RETIRED) gentoo-dev 2005-12-07 08:06:00 UTC
Well, what you are describing is correct behavour if RC_NET_STRICT_CHECKING is 
set to "none" or there are no net.xxx scripts in your default runlevel. 
Comment 8 Miguel 2005-12-07 08:19:02 UTC
If I remember correctly the default value in the rc file is "no", which means
that at least one net interface should be up (apart form lo). 
Comment 9 Roy Marples (RETIRED) gentoo-dev 2005-12-07 08:24:28 UTC
That is correct. 
Also, we default to no net.xxxx scripts in the default runlevel which has the 
same effect. 
 
Do you still have this error with RC_NET_STRICT_CHECKING set to no? 
If so, could you test with baselayout-1.12.0_pre11-r3? 
Comment 10 Miguel 2005-12-07 08:26:30 UTC
I can not reboot the computer now. If you give a couple of hours I will do it
and report the results
Comment 11 Roy Marples (RETIRED) gentoo-dev 2005-12-07 08:29:29 UTC
Take as long as you like :) 
Comment 12 Miguel 2005-12-07 08:41:30 UTC
Ok, just found I little time quantum to reboot. Before I did set
RC_NET_STRICT_CHECKING back to "no"

The dhcp server started without complaints(after both net.eth? scripts) and
works. I would say this is solved and that it was a problem of the previous
baselayout (the bug date is July!!)

Thanks for your interesr