Bug 467865 - Removing NetworkManager kills network
Summary: Removing NetworkManager kills network
Keywords:
Status: CLOSED DUPLICATE of bug 479824
Alias: None
Product: Fedora
Classification: Fedora
Component: NetworkManager
Version: 10
Hardware: All
OS: Linux
high
high
Target Milestone: ---
Assignee: Dan Williams
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-10-21 12:35 UTC by Chris Snook
Modified: 2009-02-13 13:14 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2009-02-13 13:14:45 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Chris Snook 2008-10-21 12:35:28 UTC
Description of problem:
When NetworkManager is removed, the service is stopped, and any active interfaces are taken down.  This is *extremely* inconvenient when managing systems remotely.

Version-Release number of selected component (if applicable):
F10-snap2, and as far back as the original F9 release

How reproducible:
100%

Steps to Reproduce:
1. Install anything from F9 through F10-snap2 on a headless server with no wireless card.
2. Run yum --security check-update, and see that NetworkManager is a security risk.
3. Since it's a headless server without X or a wireless card, remove NetworkManager to avoid exposure to future security flaws.

Actual results:
1. Network disappears, and remote machine is inaccessible, even after reboot via network PDU.

Expected results:
Network doesn't disappear.

Additional info:
While it's certainly understandable if interfaces managed by NetworkManager go away when it's removed, it's not at all obvious that NetworkManager will be managing interfaces on a headless server.

Comment 1 Bug Zapper 2008-11-26 04:05:11 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle.
Changing version to '10'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 2 Normand Robert 2008-12-04 18:05:21 UTC
and on our F 10 i386 system which was yum updated and rebooted minutes ago nis (yp) does not work if the network manager is enabled and nis is needed for authentification on our network.

If Network manager is off nis works and we can ssh to remote computers (dns works fine) but firefox and yum just crash???

Note that the original system-config-network is broken because it writes the GW into the NETMASK field. This appears to have been fixed now.

Comment 3 Normand Robert 2008-12-04 18:08:03 UTC
CORRECTION: ssh segfaults as well.

(In reply to comment #2)
> and on our F 10 i386 system which was yum updated and rebooted minutes ago nis
> (yp) does not work if the network manager is enabled and nis is needed for
> authentification on our network.
> 
> If Network manager is off nis works and we can ssh to remote computers (dns
> works fine) but firefox and yum just crash???
> 
> Note that the original system-config-network is broken because it writes the GW
> into the NETMASK field. This appears to have been fixed now.

Comment 4 Dan Williams 2008-12-05 22:55:38 UTC
(In reply to comment #2)
> and on our F 10 i386 system which was yum updated and rebooted minutes ago nis
> (yp) does not work if the network manager is enabled and nis is needed for
> authentification on our network.
> 
> If Network manager is off nis works and we can ssh to remote computers (dns
> works fine) but firefox and yum just crash???
> 
> Note that the original system-config-network is broken because it writes the GW
> into the NETMASK field. This appears to have been fixed now.

I don't think that's related to this specific bug.  For NIS, a small dispatcher script is required to be added to NIS packages that will, when NM changes connections, write out the DHCP-provided NIS server and NIS domain name to the correct config files.

Comment 5 Dan Williams 2009-02-13 13:14:45 UTC
(In reply to comment #0)
> Additional info:
> While it's certainly understandable if interfaces managed by NetworkManager go
> away when it's removed, it's not at all obvious that NetworkManager will be
> managing interfaces on a headless server.

We're going to have to do some stuff for iSCSI to make NM pick up existing iSCSI config on startup, so we'll probably have to do some corresponding takedown stuff as well.  That work will fix your issue.

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


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