Bug 439103

Now with kernel-2.6.25-0.161.rc7.fc9.i686 (iwl3945) NetworkManager works fine
with only WiFi.

Make that it worked once, had to restart NM to get it to work the next time.

Now I plugged in the wired network after using WiFi most of the day. NM never
got an IP address from DHCP. Restarting NM did not help. Stopped NM and an "ifup
eth0" got the configuration immediately.

Does your DHCP server require special options of any kind sent to it in the
broadcasts?  can you attach some logs from /var/log/messages showing the NM log
output?  Thanks!

Created attachment 299943 [details]
Result of "grep NetworkManager /var/log/messages", selected for a few days

My DHCP server at home (entries in the file after around 18:00 or on weekends)
is a Linksys wrt54g, with Linksys firmware and no special setup. Here at work
it is the same for WiFi, and a CentOS 4 box with bog-standard DHCP server setup
for eth0.

March 29, 30 was a weekend, all te results at home.
March 31 in the morning (7:40 or so) I was trying to get a network
(unsuccessfully) away from here. No idea of the setup over at that place.
Around 10:30 I came to work. The wired network did /not/ work, whatever the log
says. I tried several times via NM's GUI, no avail.

The wired network doesn't work at all, I have to disable NM and "ifup eth0" by
hand.

Created attachment 299991 [details]
Log for today (after updating to 0.7.0-0.9.1.svn3521.fc9)

After updating today at home (only WiFi, Linksys wrt54g). On boot, no network;
restarted NM, no network again, nothing on the GUI menu. Asked for new network
linksys, nothing; tried again, succeeded.

BTW, "Auto linksys" appears 3 times on the menu after start.

NetworkManager-0.7.0-0.9.1.svn3521.fc9.i386

I hate this...

The WiFi network (no wire) away from here worked for the very first time (unless
at home, it has a password; I had tried to get on to it occasionally only,
so...). I updated over there, now at work on boot the wired network started
fine. Still need to see what happens today at home, and give it a few tries, but
it looks fixed.

Thanks!

On second thoughts...

After today's update X wouldn't start at all, so I had to forcefully downdate
xorg-x11-server-Xorg. The above is after all this. I don't think the delay could
influence things that much, but...

OK, at home (only WiFi, X now starts OK) had to restart NM to get the network to
work.

Today (at home, just WiFi) the network started just fine. So this looks like
half and half.

What do the ifcfg files in /etc/sysconfig/network-scripts/ look like for your
wired cards?  Do any of them have NM_CONTROLLED=no in them?

No mention of NM_CONTROLLED in any /etc/sysconfig/network-scripts/ifcfg-*

BTW, today the wired network started fine at work.

Just now at home, WiFi didn't start, I had to restart NM and then it got the
network immediately.

I had a bunch of ifcfg-*.bak files, just deleted all of them.

ifcfg-eth0 (only Eth here) is just:

# Intel Corporation 82573L Gigabit Ethernet Controller
DEVICE=eth0
ONBOOT=yes
BOOTPROTO=dhcp
HWADDR=00:A0:D1:78:D7:C5

Is your wifi an iwl3945 or iwl4965 by chance?  you may be hitting a scanning bug
in the driver.

Can you grab latest kernel updates and latest NM from koji and see if the
problem still exists?

iwl3945, kernel-2.6.25-0.218.rc8.git7.fc9.i686,
NetworkManager-0.7.0-0.9.1.svn3549.fc9.i386 (yesterday's updates; also latest in
koji). Network at home (just WiFi) worked fine, today at work (wired + WiFi)
only WiFi, after restarting NM I get the wired network and a while after that it
announces I'm connected to "wireless network (none)" (?), the GUI tells me
(correctly) that I'm connected to our internal WiFi network too.

Same setup as before, at home (only WiFi). NM showed my network, but no
connection. Clicking on that, 3 times "auto linksys". No dice, restarted NM and
got network immediately.

i've got iwl4965 and got the same issue - after starting system i must restart
NM so that he could find wifi networks. Without restart it's not possible to
find any network. Tested on 2 different wifi networks. I will check later with
.231 kernel if it'll be still the same.

Tried kernel-2.6.25-1.fc9.i686, NetworkManager-0.7.0-0.9.2.svn3566.fc9.i386. As
comment #15, just had to restart NM 2 times to get network at home. Wired
network usually requires restarting NM too.

I have the same problem on a fresh installation and I have to restart NM to get
it working and have applet displayed in tray.

This is that I get when I loggin :

# /sbin/service network status
Périphériques configurés : 
lo eth0
Périphériques actuellement actifs : 
lo eth0

# /sbin/service NetworkManager status
NetworkManager est mort mais subsys est verrouillé

(--> NetworkManager is dead but subsys is locked)

# /sbin/service NetworkManagerDispatcher status
NetworkManagerDispatcher (pid 2072) en cours d'exécution...

# nm-tool

** (process:2607): WARNING **: nm_object_get_property: Error getting
'WirelessHardwareEnabled' for /org/freedesktop/NetworkManager: The name
org.freedesktop.NetworkManager was not provided by any .service files

NetworkManager Tool

State: unknown

NetworkManager appears not to be running (could not get its state).

# /sbin/service NetworkManager restart
Arrêt du démon NetworkManager :                            [ÉCHOUÉ]
Configuration des paramètres réseau...
Démarrage du démon NetworkManager :                        [  OK  ]

# /sbin/service NetworkManager restart
Arrêt du démon NetworkManager :                            [  OK  ]
Configuration des paramètres réseau...
Démarrage du démon NetworkManager :                        [  OK  ]

I installed today update to NetworkManager-0.7.0-0.9.3.svn3623 and I still have
problem. I must restart service to get wired connection :

$ sudo nm-tool

NetworkManager Tool

State: disconnected

- Device: eth0 ----------------------------------------------------------------
  Type:              Wired
  Driver:            pcnet32
  State:             unavailable
  HW Address:        08:00:27:70:60:CB

  Capabilities:
    Supported:       yes
    Carrier Detect:  yes
    Speed:           100 Mb/s

  Wired Settings

$ sudo /sbin/service NetworkManager restart
Arrêt du démon NetworkManager :                            [  OK  ]
Configuration des paramètres réseau...                     [  OK  ]
Démarrage du démon NetworkManager :                        [  OK  ]
$ sudo nm-tool

NetworkManager Tool

State: connected

- Device: eth0 ----------------------------------------------------------------
  Type:              Wired
  Driver:            pcnet32
  State:             connected
  HW Address:        08:00:27:70:60:CB

  Capabilities:
    Supported:       yes
    Carrier Detect:  yes
    Speed:           100 Mb/s

  Wired Settings

  IP Settings:
    IP Address:      10.0.2.15
    Subnet Mask:     255.255.255.0
    Broadcast:       10.0.2.255
    Gateway:         10.0.2.2
    DNS:             10.0.2.3

didier: could you attach the /var/log/messages file right after boot up, but
_before_ restarting the service?  Thanks!

Created attachment 304433 [details]
All messages from boot to NM service restart

Now (NetworkManager-0.7.0-0.9.3.svn3623.fc9.i386) WiFi starts OK every time, but
to get the wired network I have to restart NM by hand. It then takes a while and
gets the wired network (and later the wireless '(none)' (?!))

I've seen this same problem.

In my scenario NetworkManager was working fine in Fedora 8.  After doing an
anaconda upgrade to F9 PR the wired network does not automatically connect if it
is present at laptop boot time.  What is strange is that watching bootup eth0
(wired ethernet) gets an address and sets the host name, but when NetworkManager
finally starts it takes over and starts the wireless network and switches to it
instead.

Clicking on the icon in the panel it is not possible to manually select and
change to eth0 because it is grayed out.

The only thing I've found that corrects the situation is to physically remove
the cable and plug in again after logging into the desktop.  After this both the
eth0 and wireless are noted as being selected and it is now possible to manually
switch back and forth between eth0 and wireless.

Here is  ifcfg-eth0:

# Intel Corporation 82540EP Gigabit Ethernet Controller (Mobile)
DEVICE=eth0
BOOTPROTO=dhcp
HWADDR=00:11:25:86:B0:B0
ONBOOT=yes
TYPE=Ethernet
USERCTL=no
IPV6INIT=no
PEERDNS=yes
NM_CONTROLLED=yes 

Another data point as suggested by f13....

As an upgrade from F8 the 'network' service had previously been enabled for the
standard runlevels.  

I completely disabled the 'network' service it and now when cable is connected
at boot it connects, as does the wireless.  Just doing a simple look around with
'iftop' it appears all traffic is going over eth0 even though the panel applet
shows both connected.  This is also confirmed by 'ifconfig'.

Forgive me if if i'm hijacking this bug and should create a separate one for
this issue--just let me know and I'll do it.

John: there was a race condition in the preview release that caused some wired
devices not to be enabled when NM started up.  Can you re-test with latest
rawhide or the F9 RC?  Just a "yum upgrade NetworkManager*" should do it too. 
You want at least svn3623.

Here is what I'm running:

$ rpm -qa | grep Network | sort
NetworkManager-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-glib-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-gnome-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-vpnc-0.7.0-0.7.7.svn3627.fc9.i386

Notebook is an IBM T41 Thinkpad

Changing version to '9' as part of upcoming Fedora 9 GA.
More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

I upgraded this morning from F8 to F9 with preupgrade and almost everything went
ok except for NetworkManager. When I boot my laptop with the cable connected to
it, I see in the log it is starting the network but then when i log in, i am not
connected. The only easy thing I do to get reconnected with NM is I unplug and
replug the cable. NM detects it and the network card gets an IP through dhcp.
If I reboot and login again, the network card is disconnected.


Linux tosca.opera.univ-pau.fr 2.6.25-14.fc9.i686 #1 SMP Thu May 1 06:28:41 EDT
2008 i686 i686 i386 GNU/Linux

# Broadcom Corporation BCM4401-B0 100Base-TX
DEVICE=eth0
BOOTPROTO=dhcp
HWADDR=00:15:C5:53:FD:F5
ONBOOT=yes
TYPE=Ethernet
USERCTL=yes
IPV6INIT=no
PEERDNS=yes
NM_CONTROLLED=yes

NetworkManager-glib-devel-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-devel-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-gnome-0.7.0-0.9.3.svn3623.fc9.i386
NetworkManager-glib-0.7.0-0.9.3.svn3623.fc9.i386

Just a comment: after a fresh install of F9 the NM applet just refused to let me
connect, only by doing an 'ifup eth0' could I get things to work but NM would
still think I was disconnected. Which in itself is already bothersome enough
weren't it for the fact it seems that several programs now actively rely on the
NM to tell them that they are connected or not, so I couldn't even update the
packages on my system using the GUI tools (three cheers for the command line).

Only reading here that there is an option NM_CONTROLLED finally fixed things for
me. The moment I changed it the NM noticed, told me my system was on-line (which
it was all the time of course) and all was fine.

Just think it is a lousy "first experience".

Why can't the NM at least detect that there are other connections that it
doesn't manage and give you some information? Or give you the option to switch
from managed to unmanaged and vise-versa. Anything.

I wanted to switch to NetworkManager, even for a fixed ip-address, to get easy
VPN configuration and operation. I found that to get access to get my vpn
connections active, I had to restart NetworkManager.

After a bit debugging, I found that I had to disable the network service
(chkconfig network off), and add NM_CONTROLLED to the ifcfg script of the
interface (via system-config-network). Then it worked more or less as I want,
except that the interface is not up'ed at boot time.

Now, I would like to know: Is it not possible to get a "normal" cabled
interfaced (fixed ip or dhcp) up'ed at boot time, and still control interfaces
or services (aliases, VPN, whatever) that depends on that device via the NM-applet?

My workstation has a few servers and runs an ntpd client. These of course does
not work unless the primary NIC gets up'ed at boot time.

yes, solution from Ingvar Hagelund works perfect.

Now (NetworkManager-0.7.0-0.9.3.svn3675.fc10.i386,
kernel-2.6.26-0.45.rc4.git2.fc10.i686 on rawhide) it works fine. It has for a
while, but as the problem was intermittent (and firefox just hangs when
accessing here) I didn't report it sooner.

Service network is on.

Ingvar: NM should be starting around #27 which should be before ntpd or anything
that really depends on network.  So if you have the interface's ifcfg file set 
up and NM_CONTROLLED=yes for it, then it should work and the interface should be
brought up by NM.  Since NM brings the network up in the background though, if
startup is fast enough, it may not be up by the time ntpd starts.  In that case,
you'll want to add NETWORKWAIT=yes to block for 10s.

Aha. My started at #99. An upgrade "bug" from earlier fedora version, perhaps?

# chkconfig NetworkManager off; chkconfig NetworkManager on

Running this fixed the sequence number. I'll post back the next time I reboot.

Ingvar

I don't think the F9-GOLD version of NM's RPM included:

chkconfig NetworkManager resetpriorities

in the %post, but subsequent versions in updates-testing do that.  In the end,
you may need this sequence:

chkconfig haldaemon resetpriorities
chkconfig NetworkManager resetpriorities

to move NM up since NM depends on haldaemon, and if haldaemon isn't earlier then
NM won't be earlier either.

I am seeing a similar type problem.  After installing Fedora 9 my network failed
to start automatically.   NetworkManager showed the two Wired connections, both
marked as "never", and not started.

Manually running:

service network restart

starts the network normally.

After investigating, I found that neither of my wired network connections were
marked as controlled by NetworkManager.  I marked both connections as managed by
network manager, and manually entered the Mac address into NetworkManager.

After that, NetworkManager was able to start connection 1, but not connection 2.
 Since I am not using wireless, I finally decided just to use the good old
"network" init.d script, and to disable NetworkManager.

So the two features I could not get to work with NetworkManager:
  1. For NetworkManager to work automatically post install.
  2. Multicasting with DHCP and a static address.
  3. Both IPV6 and IPV4 enabled.
 
Here is my networking-script configurations that work with "network" but I can't
get to work with NetworkManager:

[root@localhost network-scripts]# grep -v DNS1 ifcfg-eth0 | grep -v SEARCH
# Broadcom Corporation NetXtreme BCM5752 Gigabit Ethernet PCI Express
DEVICE=eth0
BOOTPROTO=dhcp
HWADDR=00:19:b9:11:5e:e2
IPV6INIT=yes
IPV6_AUTOCONF=yes
ONBOOT=yes
NM_CONTROLLED=no
TYPE=Ethernet
USERCTL=yes
PEERDNS=yes

[root@localhost network-scripts]# grep -v DNS1 ifcfg-eth0:1 |grep -v SEARCH
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
TYPE=Ethernet
DEVICE=eth0:1
BOOTPROTO=none
NETMASK=255.255.255.0
IPADDR=192.168.2.201
USERCTL=yes
PEERDNS=yes
IPV6INIT=no
ONPARENT=yes
NM_CONTROLLED=no

See related bug #443968

See related bug #450088

I had to reset priorities on NetworkManager, haldaemon and messagebus. Then the
interfaces worked as expected.

Ingvar

Ugh.  Ok, NM updates in updates-testing will reset the priorities of NM itself,
and I think messagebus does this by default as well.  Not sure about hal though
it should probably do that too if it doesn't already.