Created attachment 317901 [details] Extract from /var/log/messages, for starting up NM Description of problem: This problem has only started happening since the updates I downloaded last night. Basically, I turned the PC on this morning and the network was broken. Stopping NetworkManager fixed the problem. Version-Release number of selected component (if applicable): 0.7.0-0.11.svn4022 How reproducible: All the time. Steps to Reproduce: 1. /etc/rc.d/init/NetworkManager start 2. 3. Actual results: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.0.0.0 * 192.0.0.0 U 0 0 0 eth0 Notice the lack of a default route. And even if I add a default route manually, I still get nonsense like this: # traceroute www.phoronix.com traceroute to www.phoronix.com (209.62.40.52), 30 hops max, 40 byte packets 1 volcano.underworld (192.168.0.3) 3000.970 ms !H 3000.970 ms !H 3000.966 ms !H The ifconfig results are ridiculous too. Look at the netmask and broadcast address: # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0D:56:0D:E7:3F inet addr:192.168.0.3 Bcast:255.255.255.255 Mask:192.0.0.0 inet6 addr: fe80::20d:56ff:fe0d:e73f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14570 errors:0 dropped:0 overruns:0 frame:0 TX packets:14045 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:11395384 (10.8 MiB) TX bytes:2506721 (2.3 MiB) Expected results: This is what my ifcfg-eth0 script gives me instead, once I KILL NetworkManager: # route Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0 link-local * 255.255.0.0 U 0 0 0 eth0 224.0.0.0 * 240.0.0.0 U 0 0 0 eth0 default wellhouse.under 0.0.0.0 UG 0 0 0 eth0 # traceroute www.phoronix.com traceroute to www.phoronix.com (209.62.40.52), 30 hops max, 40 byte packets 1 wellhouse.underworld (192.168.0.1) 0.576 ms 0.792 ms 1.019 ms ... 20 et1-3.ibr02.hstntx2.theplanet.com (70.87.253.58) 132.559 ms 135.777 ms 136.508 ms 21 po2.car02.hstntx2.theplanet.com (74.55.252.102) 137.234 ms 111.863 ms 113.765 ms 22 ev1s-209-62-40-52.theplanet.com (209.62.40.52) 111.999 ms 113.102 ms 113.463 ms # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0D:56:0D:E7:3F inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::20d:56ff:fe0d:e73f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:14764 errors:0 dropped:0 overruns:0 frame:0 TX packets:14258 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:11424900 (10.8 MiB) TX bytes:2537544 (2.4 MiB) Additional info: I have a small local network, and this particular is just a node. It is not the machine connected to my ADSL modem. I cannot use the gnome Network Manager applet to add sensible values for my wired, static network. This applet INSISTS that my network mask be "2".
These are the packages that I "upgraded" to last night: Sep 27 22:51:01 Updated: xulrunner-1.9.0.2-1.fc9.i386 Sep 27 22:51:14 Installed: xine-lib-1.1.15-1.fc9.i386 Sep 27 22:51:36 Updated: devhelp-0.19.1-4.fc9.i386 Sep 27 22:51:47 Updated: yelp-2.22.1-5.fc9.i386 Sep 27 22:51:48 Updated: gnome-python2-extras-2.19.1-18.fc9.i386 Sep 27 22:51:58 Updated: firefox-3.0.2-1.fc9.i386 Sep 27 22:52:03 Updated: seamonkey-1.1.12-1.fc9.i386 Sep 27 22:52:04 Updated: gnome-python2-libegg-2.19.1-18.fc9.i386 Sep 27 22:52:04 Updated: gnome-python2-gtkhtml2-2.19.1-18.fc9.i386 Sep 27 22:52:04 Updated: totem-xine-2.23.2-7.fc9.i386 Sep 27 22:52:27 Updated: totem-2.23.2-7.fc9.i386 Sep 27 22:52:28 Updated: totem-gstreamer-2.23.2-7.fc9.i386 Sep 27 23:04:22 Updated: docbook-dtds-1.0-38.fc9.noarch Sep 27 23:04:23 Updated: postgresql-libs-8.3.4-1.fc9.i386 Sep 27 23:04:35 Updated: foomatic-3.0.2-67.fc9.i386 Sep 27 23:04:35 Installed: dnsmasq-2.41-0.8.fc9.i386 Sep 27 23:04:35 Installed: avahi-autoipd-0.6.22-10.fc9.i386 Sep 27 23:04:38 Updated: postgresql-8.3.4-1.fc9.i386 Sep 27 23:04:38 Updated: 1:NetworkManager-glib-0.7.0-0.11.svn4022.fc9.i386 Sep 27 23:04:39 Updated: 1:NetworkManager-0.7.0-0.11.svn4022.fc9.i386 Sep 27 23:04:41 Updated: 1:NetworkManager-gnome-0.7.0-0.11.svn4022.fc9.i386
Someone has decided that this version of NetworkManager be inflicted on F8 users too, so now my laptop's wired network is also broken. Except this time, NetworkManager is forcing the wired interface's netmask to be "7". Don't ask me why: I've tried everything short of Dark Magic to reset it to "24" in the Connection Editor dialog. But something keeps quietly setting it back to "7".
AFAICS this version of NM does not work with wired DHCP connections either. No connections of any sort are recognized, period, so I do not have anything to edit (similar to something from comment #2). I also got that while running upgrade on F8: Cleanup : NetworkManager-gnome [19/24] error reading information on service NetworkManagerDispatcher: No such file or directory error reading information on service NetworkManagerDispatcher: No such file or directory error reading information on service NetworkManagerDispatcher: No such file or directory but I guess this is coincidental and an ordering in yum handling. Right? Does dnsmasq service, which instalation was forced by an NM update, is supposed to be running? chkconfig shows it "off" on all levels.
The errors about NetworkManager dispatcher are harmless; the dispatcher has been replaced by a callout that is started on demand and then quits, saving memory when it's not in use. dnsmasq is used for connection sharing and is also started on demand by NM so that it's not running when it's not required. I'm looking into the static IP issues with my F8 machine.
I can't quite get NM to behave this way with a static connection... I installed 3675, cleared all connections, and set up a static IP connection. A bug in 3675 required that I enter the netmask as "24.0.0.0" (NM uses prefixes but the connection editor in 3675 wasn't correctly accepting them), which I then saved, and connected. I verified that the address and netmask were correct using ifconfig. I then upated to 4022, rebooted, NM reconnected, and I verified that the netmask was still correct using ifconfig. Be careful when you enter the prefix/netmask into the connection editor, you have to hit return or click in another field before hitting the OK button or the change won't take. That's a focus bug that's been there since 3675 anyway. Can people trawl through GConf and tell me what's there for their netmask/prefix? The output of: gconftool-2 --dump /system/networking/connections/1 where "1" is the ID of the connection should dump it out, it'll be the second item in each IP address triplet. It should be in the range of 0 - 32 since it's a prefix, though the applet should accept either prefixes or netmasks and convert internally to a prefix.
Created attachment 318050 [details] Static connection on Fedora 9 And the netmask is "2", which is silly. It should be "24".
So I tried it again (on F9), this time with the buggy "24.0.0.0" format for the netmask. And I pressed enter. And it seemed to take in the connection editor, although the interface wasn't reconfigured to match. And so I restarted NM, and the netmask became 2 again. I hadn't previously tried "24.0.0.0" as a netmask format, on either F8 or F9, for the obvious reason that it's pants.
Created attachment 318051 [details] gconftool output for static connection on F9, before starting NM So I've been bashing on the connection editor again, and I've been forcing the correct values in, and then manually reconfiguring the interface to match what NM should have done. And then I stopped NM, and dumped the output.
Created attachment 318052 [details] gconftool output for static connection on F9, after starting NM And once the gconftool output looked OK, I restarted NM and saw this.
yeah, 24.0.0.0 is complete bunk; it was a bug in the prefix/netmask parsing code on 3675. That was just what I found the old version to do. Chris, is your connection a user connection or a system connection? Do you have any /etc/sysconfig/network-scripts/ifcfg-* files and if so, do they have NETMASK or PREFIX items? Trying to set the netmask on 4088 in the connection editor, either as "255.255.255.0" or "24", shows up correctly the next time the connection editor is launched. Is that not the case for you? Also, this is i386 not PPC, right?
Created attachment 318065 [details] eth0 configuration script Here is my ifcfg-eth0 script. I probably initially configured this "by hand" years ago (early FC?), and then refined it using the system tools. There's nothing suspicious about eth0 in the "Network Tools" GUI. Yes, this is an i386 machine (actually a dual P4 Xeon, with HT enabled, running an SMP kernel.) > Trying to set the netmask on 4088 in the connection editor, either as > "255.255.255.0" or "24", shows up correctly the next time the connection > editor is launched. Actually, yes, that's fine. My point with the two outputs from gconftool-2 was that these values don't survive the following: /etc/rc.d/init.d/NetworkManager stop <created attachment 318051 [details] here> /etc/rc.d/init.d/NetworkManager start <created attachment 318052 [details] here>
Can you provide the output of: rpm -q --queryformat "%{name}-%{version}-%{release}.%{arch}\n" NetworkManager for me? I tried to reproduce but can't seem to do so using both your ifcfg and the GConf connection. Need to verify what exact versions of NM you have. Is your machine x86-64 or i386?
(In reply to comment #12) > Can you provide the output of: > > rpm -q --queryformat "%{name}-%{version}-%{release}.%{arch}\n" NetworkManager > > for me? Ta-da! (And it's i386, not x86-64.) $ rpm -q --queryformat "%{name}-%{version}-%{release}.%{arch}\n" NetworkManager NetworkManager-0.7.0-0.11.svn4022.fc9.i386
Chris; in the connection editor you're editing the "Auto Ethernet" connection, right? Do you see any other wired connections there other than "Auto Ethernet"?
(In reply to comment #14) > Chris; in the connection editor you're editing the "Auto Ethernet" connection, > right? Correct. > Do you see any other wired connections there other than "Auto Ethernet"? No, "Auto Ethernet" is all alone.
Created attachment 318181 [details] Incorrect information from Connection Information screen I have just noticed that although the "Editing Auto Ethernet" dialogue box is currently showing the correct information, the "Connection Information" window is most certainly NOT! And this is despite my reconfiguring eth0 manually beforehand. So where is the "Connection Information" window reading its information from? # ifconfig eth0 eth0 Link encap:Ethernet HWaddr 00:0D:56:0D:E7:3F inet addr:192.168.0.3 Bcast:192.168.0.255 Mask:255.255.255.0 inet6 addr: fe80::20d:56ff:fe0d:e73f/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:49288 errors:0 dropped:0 overruns:0 frame:0 TX packets:37437 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:59016744 (56.2 MiB) TX bytes:5120343 (4.8 MiB) One other thing I've noticed: In the "Edit Connections" window, it's not just the Network Mask that keeps getting zapped from "24" to "2". The Gateway address is also being zapped from "192.168.0.1" to "0.0.0.0".
Created attachment 318186 [details] Incorrect information from F8 Connection Information screen Here is the same connection information for my laptop, which is running Fedora 8. Cross-checking the connection information with a box that happens to work (F9, RealTek ethernet, never ran NM before today), shouldn't there also be a line here saying "Default Route"? I've also noticed that the "Edit Connections" dialogue modifies the "Auto Ethernet" connection every 5 minutes, so that it cycles from "now" to "1 minute ago" up to "4 minutes ago" before going back to "now". And at the start of a new cycle, the netmask and gateway address have (sometimes) been silently zapped back to "7" and "0.0.0.0" again respectively. So when I previously said that I could reopen "Edit Connections" and see the correct "Auto Ethernet" information, I hadn't realised that the time interval between resetting it and rechecking it was significant. And here's the package information too: $ rpm -q --queryformat "%{name}-%{version}-%{release}.%{arch}\n" NetworkManager NetworkManager-0.7.0-0.11.svn4022.fc8.i386
Chris: thanks; that's very useful information. I'll leave my F8 machine alone for a bit and track that down. Quite helpful.
Hmm, how long did you have to wait until this occurred? I've let it go for about 20 minutes so far with no corruption to my static wired connection. Maybe it just takes longer? What were you doing in the interim?
(In reply to comment #19) > Hmm, how long did you have to wait until this occurred? I've let it go for > about 20 minutes so far with no corruption to my static wired connection. > Maybe it just takes longer? What were you doing in the interim? I wasn't doing anything other than surf, etc. Some background process is updating my "Auto Ethernet" connection every 5 minutes, and the only way that I can get a timestamp older than "4 minutes ago" is to keep the "Edit Connection" dialogue open and then clobber the update by closing it.
the applet updates the timestamp on the connection every 5 minutes so that it knows what connections you've used
(In reply to comment #21) > the applet updates the timestamp on the connection every 5 minutes so that it > knows what connections you've used I suspect that your static connection isn't broken though. Mine starts broken and is rebroken every 5 minutes, despite my efforts to fix it. By the sound of it, yours starts fixed and stays fixed. Where does the "Connection Information" window get its data from? It can't be from either the interface itself or the repository that gconftool-2 reads, because I always fix both of those.
Connection Information gets the info directly from NetworkManager's current interface state, which should be the same as you see with /sbin/ifconfig.
confirmed, can reproduce the issue where the applet does not respect changes made in the connection editor to the active connection. Fixing...
(In reply to comment #23) > Connection Information gets the info directly from NetworkManager's current > interface state, which should be the same as you see with /sbin/ifconfig. This can't possibly be true. See comment #16, where I explicitly tested this. The output from ifconfig is completely different to the applet's Connection Information window.
(In reply to comment #24) > confirmed, can reproduce the issue where the applet does not respect changes > made in the connection editor to the active connection. Fixing... OK, thanks. But I still don't understand where my bad initial configuration values come from. I have tried doing the following: a) Start NetworkManager b) Fix the connection information with the applet's "Edit Connection" dialogue. c) Stop the NetworkManager before the 5 minute timeout expires. This leaves correct information in the gconftool-2 database. d) Run "ifup eth0" to configure eth0 correctly the old-fashioned way, so that the ifconfig information is also correct. e) Start NetworkManager again. When NM tells me that I have been connected to the wired network, I discover that the broken values are back.
the overwriting issue is fixed upstream in NM svn r4134, will backport I still wonder why the initial prefix/netmask got corrupted after the install, but I bet nobody has a pristine pre-update system still that they can get a GConf dump out of...
NetworkManager-0.7.0-0.11.svn4022.4.fc9 has been submitted as an update for Fedora 9. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0-0.11.svn4022.4.fc9
NetworkManager-0.7.0-0.11.svn4022.4.fc8 has been submitted as an update for Fedora 8. http://admin.fedoraproject.org/updates/NetworkManager-0.7.0-0.11.svn4022.4.fc8
NetworkManager-0.7.0-0.11.svn4022.4.fc9 has been pushed to the Fedora 9 stable repository. If problems still persist, please make note of it in this bug report.
NetworkManager-0.7.0-0.11.svn4022.4.fc8 has been pushed to the Fedora 8 stable repository. If problems still persist, please make note of it in this bug report.