Bug 441658 - Fix NM to start early enough so other things can work
Summary: Fix NM to start early enough so other things can work
Alias: None
Product: Fedora
Classification: Fedora
Component: initscripts   
(Show other bugs)
Version: rawhide
Hardware: i386 Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: F9Blocker
TreeView+ depends on / blocked
Reported: 2008-04-09 11:45 UTC by Dave Mack
Modified: 2014-03-17 03:13 UTC (History)
5 users (show)

Fixed In Version: NetworkManager-0.7.0-0.9.3.svn3623.fc9.x86_64
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-05-01 17:10:50 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Dave Mack 2008-04-09 11:45:43 UTC
Description of problem:
During boot, the network init script is not called so eth0 is still down when
the system tries to start ypbind. Enabling the network init via chkconfig and
rebooting solves this problem.

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

How reproducible:

Steps to Reproduce:
1. Kickstart install current rawhide tree with NIS enabled

Actual results:
After boot, ypbind is not running even though the network is up. Inspection of
the log file shows that eth0 had not been inited at the time when ypbind was
started (it was started later by NetworkManager). Running "chkconfig network on"
and rebooting solves this problem.

Expected results:
The network is enabled early enough in the boot process for ypbind to run.

Additional info:

Comment 1 Bill Nottingham 2008-04-17 19:27:56 UTC
OK, with the combination of:


NetworkManager *should* be started earlier for apps to use. Moreover, loopback
is now brought up so that apps can bind even if the final network isn't there.

If you need to wait for NM to fully configure DHCP on boot before proceeding,

1) set NETWORKWAIT in /etc/sysconfig/network
2) file a bug about the application in question, so we can get it fixed
(after all, the network can come and go at any time)

Note: when upgrading to the new hal & NM, you may need to run:
/sbin/chkconfig haldaemon resetpriorities
/sbin/chkconfig NetworkManager resetpriorities

to have the new priorities take effect.

Comment 2 Derrien 2008-04-25 07:54:48 UTC
And NetworkManagerDispatcher ? NetworkManagerDispatcher must be started before
NetworkManager if you want the /etc/NetworkManager/dispatcher.d scripts to be
executed with NETWORKWAIT

Comment 3 Bill Nottingham 2008-04-25 17:13:31 UTC
CC'ing dcbw.

Comment 4 Bill Nottingham 2008-05-01 17:10:50 UTC
This should be fixed now.

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