Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 278661 - Regression in Rhel5.1: Networking on large systems.
Regression in Rhel5.1: Networking on large systems.
Status: CLOSED DUPLICATE of bug 230525
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: anaconda (Show other bugs)
ia64 Linux
urgent Severity urgent
: ---
: ---
Assigned To: Anaconda Maintenance Team
: Regression
Depends On:
  Show dependency treegraph
Reported: 2007-09-05 11:45 EDT by George Beshers
Modified: 2007-11-30 17:07 EST (History)
7 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2007-09-13 13:44:03 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
Log after boot. (27.64 KB, application/octet-stream)
2007-09-05 11:45 EDT, George Beshers
no flags Details

  None (edit)
Description George Beshers 2007-09-05 11:45:39 EDT
Description of problem:
  On large (128p systems) with >8 nics snap3
  comes up with the interfaces having IPs from
  DHCP but the network not functioning.

Version-Release number of selected component (if applicable):
  snap2 works snap3 and snap4 (-44) don't.

How reproducible:

Steps to Reproduce:
Actual results:

Expected results:

Additional info:
Comment 1 George Beshers 2007-09-05 11:45:39 EDT
Created attachment 187621 [details]
Log after boot.
Comment 2 George Beshers 2007-09-06 09:52:19 EDT
Just an update.

Binary search of patches didn't work because when I build the
kernel with my build script the problem doesn't occur, but I
confirmed that with the kernels in the snapshots it does.

I am now doing an rpmbuild to see if that kernel works and
to get a trace to see what the differences are in the build
Comment 3 George Beshers 2007-09-06 18:40:19 EDT
Sigh... Nothing to do with the kernel.  The problem is that
in snap3 and snap4 /etc/sysconf/network does not get a
GATEWAY entry.

Not sure if this is related to the number of devices or if
there is something else going on.

The system where the problems occur has 8 ports with 6 active
and 4 connected all to the same subnet:

         inet addr:  Bcast:  Mask:
          inet addr:  Bcast:  Mask:
          inet addr:  Bcast:  Mask:
          inet addr:  Bcast:  Mask:
          inet addr:  Mask:

The following is probably a decent clue, note that /mnt/sda10 is the
root of the snap2 install:

[root@billberry1 ~]# diff -r -q /etc/sysconfig/ /mnt/sda10/etc/sysconfig/
Only in /etc/sysconfig/: dhcpd
Only in /etc/sysconfig/: dhcrelay
Only in /mnt/sda10/etc/sysconfig/networking/devices: ifcfg-eth0
Only in /mnt/sda10/etc/sysconfig/networking/profiles/default: hosts
Only in /mnt/sda10/etc/sysconfig/networking/profiles/default: ifcfg-eth0
Only in /mnt/sda10/etc/sysconfig/networking/profiles/default: network
Only in /mnt/sda10/etc/sysconfig/networking/profiles/default: resolv.conf
Only in /etc/sysconfig/: spamassassin
Comment 4 Andy Gospodarek 2007-09-10 16:22:58 EDT
Pretty sure notting takes care of all initscripts related stuff.
Comment 5 Bill Nottingham 2007-09-10 16:39:48 EDT
anaconda writes /etc/sysconfig/network.
Comment 7 David Cantrell 2007-09-13 13:44:03 EDT

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

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