Bug 92324 - Kernel install effects modules.conf and grub.conf files
Summary: Kernel install effects modules.conf and grub.conf files
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: kernel (Show other bugs)
(Show other bugs)
Version: 7.3
Hardware: i686 Linux
Target Milestone: ---
Assignee: Jeff Garzik
QA Contact: Brian Brock
Depends On:
TreeView+ depends on / blocked
Reported: 2003-06-04 23:51 UTC by Mike Cooling
Modified: 2013-07-03 02:11 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2003-08-05 19:38:27 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Mike Cooling 2003-06-04 23:51:19 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.2)
Gecko/20030208 Netscape/7.02

Description of problem:
Whenever a new kernel is installed on any of my 7.3 systems by up2date, the
modules.conf file is changed to use the wrong ethernet driver regardless of
which kernel is defaulted or running.

My Redhat servers are running on very new IBM x335 servers with dual Broadcom
Corporation NetXtreme BCM5703X Gigabit Ethernet cards. The original load of
Redhat configured the tg3 (Tigon3) driver but the proper bcm5700 driver was
included with the systems. For each released kernel I must re-install the proper
driver. However the up2date process (whether it's rpm or whatever behind the
scenes) modifies the /etc/modules.conf file immediately. It also changes the
grub.conf file making the new kernel the default before testing can take place.

With any other product, conf files are installed with a .rpmnew extension and a
warning message is issued. Wouldn't this be a better way? Shouldn't the sysadmin
be given a chance to specifically select a new kernel at boot time, and then
manually change the default once testing has taken place?

Allowing these changes to take place in this manner causes a production system
to be exposed from the time a kernel install takes place and the time needed
drivers can be installed.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. find a system where non-standard drivers must be added to the kernel
2. run up2date from an entitled system
3. examine /etc/modules.conf and /boot/grub.conf

Actual Results:  Both files were modifed. My tailoring to modules.conf was
changed so that eth0 and eth1 were aliased to tg3 instead of bcm5700. The
grub.conf file was pointing to the new kernel.

Expected Results:  Create /etc/modules.conf.rpmnew and /boot/grub.conf.rpmnew
instead of changing production configurations. Issue message to sysadmin
informing them of new files.

Additional info:

My system gets flakey when wrong ethernet driver gets installed. It's taken me
about 3 kernel releases to 1) understand the proper way to get bcm5700 installed
properly each time on this hardware platform; 2) to figure out the reason it
wasn't working the first time wasn't all my fault.

Comment 1 Adrian Likins 2003-06-11 19:42:59 UTC
sounds like a kernel packaging issue, reassing to the kernel component

Comment 2 Jeff Garzik 2003-08-05 19:38:27 UTC
This is the intended behavior:  tg3 is intentionally selected over bcm5700.

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