RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 276681 - Install/Enable Network Manager by default
Summary: Install/Enable Network Manager by default
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: NetworkManager
Version: 6.0
Hardware: All
OS: Linux
medium
urgent
Target Milestone: rc
: ---
Assignee: Dan Williams
QA Contact: desktop-bugs@redhat.com
URL:
Whiteboard:
Depends On:
Blocks: 249266 276491 296431
TreeView+ depends on / blocked
 
Reported: 2007-09-04 16:33 UTC by Russell Doty
Modified: 2010-11-10 19:30 UTC (History)
5 users (show)

Fixed In Version: NetworkManager-0.7.997-1.el6
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-11-10 19:30:48 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)

Description Russell Doty 2007-09-04 16:33:48 UTC
Network Manager should be installed and enabled by default. This is a valuable
program, but users do not have easy access to it. They have to know it exists,
and how to install and enable optional packages.

Comment 1 Daniel Riek 2007-09-17 17:42:22 UTC
Adjusting priority due to our new priority inclusion criteria as outlined in
http://intranet.corp.redhat.com/ic/intranet/RHELInclusionCriteria.html



Comment 4 Russell Doty 2008-01-16 21:03:41 UTC
I don't know if it should go in this BZ or a separate BZ, but the default
Network Manager needs to have tcp keepalive (I believe) set.

In the CSB version of NM, it will keep a VPN open indefinately.

In the stock version of NM, a VPN tunnel loses connectivity after a few minutes.
I have to work around this by opening a terminal window and entering "ping -i 30
<internal VPN node name>"

Comment 6 Russell Doty 2008-03-04 16:52:38 UTC
Hmm, from comment 5 I've confused the matter.

This BZ is to enable NetworkManager by default. I will create a separate BZ for
the keepalive.

Comment 7 RHEL Program Management 2008-03-11 19:41:58 UTC
This request was previously evaluated by Red Hat Product Management
for inclusion in the current Red Hat Enterprise Linux release, but
Red Hat was unable to resolve it in time.  This request will be
reviewed for a future Red Hat Enterprise Linux release.

Comment 8 Dan Williams 2008-04-22 18:39:44 UTC
punting to RHEL6 since we're already doing this for F9 and it'll filter down to
RHEL when the time comes.

Comment 10 RHEL Program Management 2009-06-15 21:02:27 UTC
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux major release.  Product Management has requested further
review of this request by Red Hat Engineering, for potential inclusion in a Red
Hat Enterprise Linux Major release.  This request is not yet committed for
inclusion.

Comment 11 Bill Nottingham 2010-02-16 17:44:59 UTC
Putting as MODIFIED (for client products...)

Comment 16 Justin Clift 2010-04-27 21:59:23 UTC
Is "enabled by default" really required?

NetworkManager just makes life difficult for multi-nic setups, and seems to cause no end of grief.  If it were possible to completely remove it from the system without breaking dependencies, we'd do it across the board.

Comment 17 Dan Williams 2010-04-28 00:11:13 UTC
(In reply to comment #16)
> Is "enabled by default" really required?
> 
> NetworkManager just makes life difficult for multi-nic setups, and seems to
> cause no end of grief.  If it were possible to completely remove it from the
> system without breaking dependencies, we'd do it across the board.    

SOunds like you're using incorrectly.  It'll handle multi-nic setups *just fine* as long as you're locking connections to the NIC's MAC address with HWADDR in the ifcfg files.

If you don't do that, then even without NetworkManager stuff will break if you swap NICs around.

Comment 18 Justin Clift 2010-04-28 00:48:13 UTC
Heh, it would be nice if it was that simple. :)

Several of our test lab servers have 3x GbE + 2x IpoIB physical connections, with aliases on the GbE connections.  NetworkManager thus far (not including RHEL6 or F13) mixes up the routing sometimes, thereby completely breaking connectivity.

Because of this, it's been far simpler and more practical to set things correctly in the ifcfg scripts, disable NetworkManager from starting, and enable the network init.d script instead.  You may feel this is the "old" way of doing things, but it's tried and tested and works well (for us).

I'm not saying it's impossible with some unknown amount of effort to configure NetworkMananger to do the right thing in all instances.  It's just not been worth the time to debug when there's more important stuff to do and the tried and tested way works.

Comment 19 Vladimir Benes 2010-09-16 12:52:56 UTC
to satisfy both sides NetworkManager is enabled by default in client versions (Workstation, Client) and not installed by default in server versions.
-> VERIFIED

Comment 20 Cameron Meadors 2010-09-16 17:32:49 UTC
not install or not enabled when installed?  I thought that the idea was that NetworkManager would always be enabled (initscript on) by default when the rpm was installed.  But we just weren't going to make NetworkManager be part of the default install everything bug Workstation and Client variants.

Comment 21 Vladimir Benes 2010-09-17 09:20:51 UTC
Sorry, my inaccuracy. NM is installed (and enabled) by default in client variants and not installed by default in server variants. The service is enabled after the rpm is installed (POSTIN)

if [ "$1" == "1" ]; then
	/sbin/chkconfig --add NetworkManager
	/sbin/chkconfig NetworkManager resetpriorities
fi

so it is enabled by default.

Comment 22 releng-rhel@redhat.com 2010-11-10 19:30:48 UTC
Red Hat Enterprise Linux 6.0 is now available and should resolve
the problem described in this bug report. This report is therefore being closed
with a resolution of CURRENTRELEASE. You may reopen this bug report if the
solution does not work for you.


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