Bug 461140 - NetworkManager does not start under anaconda
Summary: NetworkManager does not start under anaconda
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: x86_64
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Anaconda Maintenance Team
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-09-04 14:49 UTC by Orion Poplawski
Modified: 2008-09-10 17:34 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2008-09-10 17:24:19 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Orion Poplawski 2008-09-04 14:49:30 UTC
Description of problem:

Starting with anaconda in case it's an issue the the anaconda supplied environment.

Doing pxe/ks boot.  

VT1:

waiting for hardware to initialize...

VT3:

getting kickstart file
only have one network device: eth0
sending dhcp request through device eth0
starting NetworkManager (1749) for eth0
ERROR: failed to start NetworkManager (6)

VT4:
<WARN> nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():
Success
<info> Trying to start the supplicant...
<info> Trying to start the system settings daemon...

the last two repeat every 2 minutes.

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

How reproducible:
Everytime

Comment 1 Chris Lumens 2008-09-04 14:54:23 UTC

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

Comment 2 Orion Poplawski 2008-09-09 19:02:41 UTC
Really don't think this is a duplicate, no traceback involved.

Only seeing on x86_64.  Same basic errors on VT3, VT4 has a little more:

<WARN> nm_generic_enable_loopback(): error -17 returned from rtnl_addr_add():
Success
<info> eth0: driver is 'e100'
<info> Found new Ethernet device 'eth0'
<info> (eth0): exported as /org/freedesktop/Hal/devices/net_00_19_d1_04_01_2d
<info> Trying to start the supplicant...
<info> Trying to start the system settings daemon...
<info> (eth0): device state change: 1 -> 2
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
<info> (eth0): bringing up device.
<info> (eth0): preparing device.
<info> (eth0): deactivating device.
<info> (eth0): carrer now ON (device stae 2)
<info> (eth0): device state change: 2 -> 3

... then the two Trying lines again every 2 minutes.

VT3 error is now:
ERROR: failed to start NetworkManager (9)

Comment 3 Chris Lumens 2008-09-09 19:09:06 UTC
Yep, I just noticed this as well on x86-64.  Looks like a bunch of libraries weren't being included on 64-bit platforms.  I've committed a fix, and the next build should work.

Comment 4 Orion Poplawski 2008-09-10 17:24:19 UTC
Okay, working today.  I see:

nm-system-settings: <WARN> nm_utils_uuid_generate_from_string(): error generating UUID: (9) Failed to initialize the MD5 context: -8128

but the interface is up and running.

Comment 5 Chris Lumens 2008-09-10 17:34:13 UTC
I think that's due to us not pulling libsqlite.so into the initrd, which I thought I had fixed up but apparently not.  Let's see if tomorrow is correct.


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