Bug 454381
Summary: | nm-applet always chooses "Auto eth0", regardless of nm-connection-editor settings | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | James Hunt <jamesodhunt> |
Component: | NetworkManager | Assignee: | Dan Williams <dcbw> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 9 | CC: | cra, dcbw, jeevanullas, rfay, ryan, wtogami |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2009-03-03 20:49:34 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
James Hunt
2008-07-08 04:27:11 UTC
Please see bug 454368 for some weirdness that seems related to the problem documented here. This problem also exists in Fedora 10, NetworkManager-0.7.0-0.11.svn4229.fc10. I have a laptop with both wired and wireless interfaces. Using the NetworkManager applet I edit the eth0 interface to use "Automatic addresses only" on the IPv4 tab. I provide addresses for DNS servers and some search domains. I do likewise for the wireless interface. The settings are remembered when I log out and back in, when I suspend and resume, when I restart the NetworkManager service but not when I reboot the system. After a reboot the wireless settings remain but the settings for eth0 return to the fully automatic setting. This makes it difficult to configure local dns caching and/or OpenDNS. Hi, Yes I am facing a similar issue. I have a desktop machine with F10 installed. And NetworkManager is at version NetworkManager-0.7.0-0.12.svn4326.fc10 I created a wired network connection with static IP and switched to it but as soon as I logout and log back in NetworkManager chooses the 'System eth0' connection which defaults to DHCP (which I don't want to use for this particular system). I went desperate enough to make this work but finally saw that I can't delete the network connection 'System eth0' from the connection editor. Also note that my custom created connection in the editor is also set to connect to it automatically. Thanks On my system the behavior has changed with the update to NetworkManager version 0.7.0-0.12-svn4326.fc10 from version 0.7.0-0.11-svn4229.fc10. Previously, as described above, it was possible to "edit" the Auto eth0 connection in the NetworkManager Applet. This is no longer the case, everything for Auto eth0 is now grayed out. Not sure if this change is due to something new in the newer version of NetworkManager or maybe the old behavior that I observed was related to the fact that my system was originally built with Fedora 10 Release Candidate and then upgraded to the final version. I found a solution. As root run system-config-network (or launch it via the menu option "System>Administration>Network"). Edit eth0, on the General tab check the option "Controlled by NetworkManager". Save the change. Reboot (I'm not sure if that's really necessary.) When you log back in to the system, eth0 will not be connected. Right click on the NetworkManager applet and select Edit Connections. Add a new connection, configure it as needed for your requirements (note you do not have to supply a MAC address). After you save the new connection and Close the Network Connections window, NetworkManager should attempt to use the new connection. The new connection should persist after a system reboot. I can confirm this behavior on Fedora 10. NetworkManager ignore user created connections and defaults to Auto Eth0 on boot. Dupe-ing since the fix for bug 485555 will make the operation of the "Auto eth0" connection clearer, though it won't make NM magically start controlling connections where NM_CONTROLLED=no. *** This bug has been marked as a duplicate of bug 485555 *** |