Weird Problem: Network does not startup on reboot

[jplee3]

Hi all,
Was wondering if anybody has run into this since upgrading to the latest versions of the kernel for FC2. I don't have all the info on me right now as I [stupidly] restarted my machine remotely (I'll update with more machine specs when I get home).
Basically what happens is that everything seems fine at the boot - eth0 (onboard NIC) starts up and network services start (no failures that I noticed!). IPtables was chkconfiged off.
What's strange is that even after everything is done booting ok, I have no internet connection - I can't ping anything except localhost. In order to get the connection working again, I have to ifdown eth0 & ifup eth0. I never had to do this before and this is really strange and has been happening since [i think] I upgraded to the 2.6.10-1.770_FC2 kernel. Everything was working perfectly in earlier kernel versions. I've sifted through /var/log/messages and didn't see anything out of the ordinary. But I'll double-check things when I get back home.
Does anybody know of any changes in this kernel version that may be causing this sort of behavior? Or have any of you experienced this yourselves?

Thanks in advance!
Jeremy

[rsimhamb]

Could you post the contents of file /etc/sysconfig/network-scripts/ifcfg-eth0 ?

[imdeemvp]

Just make sure that under your network configuration (under EDIT) you have checked the box that states: start at boot.

[jplee3]

Could you post the contents of file /etc/sysconfig/network-scripts/ifcfg-eth0 ?


here you go:
# Realtek|RTL-8139/8139C/8139C+
DEVICE=eth0
BOOTPROTO=none
BROADCAST=192.168.1.255
HWADDR=00:30:1B:B0:88:FB
IPADDR=192.168.1.25
NETMASK=255.255.255.0
NETWORK=192.168.1.0
ONBOOT=yes
TYPE=Ethernet
USERCTL=no
PEERDNS=no
GATEWAY=192.168.1.1
IPV6INIT=no


imdeemvp, are you referring to the network config in X? i don't use gnome/kde. i just boot into terminal and startx if i ever need to (i use openbox).

[imdeemvp]

BOOTPROTO=none are you running under dhcp? if so that is missing and that USERCTL=nochange to yes if you want.

[rsimhamb]

change bootproto=none to bootproto=static
comment out the HWADDR line (use # to comment)

Execute service network restart

Then eecute route

You should see a default gateway - ususally the last line of output. Now ping your gateway to ensure your network is up.

How many NICS do you have in the box?

Is a GATEWAY statement present in file /etc/sysconfig/network? If not, add it and enter the GATEWAY ip of your gateway like so:

GATEWAY=192.168.1.1

Save file /etc/sysconfig/network and exit

You can safely comment out the GATEWAY statement in /etc/sysconfig/network-scripts/ifcfg-eth0, as you will already have a GATEWAY statement in /etc/sysconfig/network

Execute reboot or init 6 to reboot the computer

If eth0 is alive and the network is up after boot completes, great!

else, please post the output of the command dmesg and /var/log/messages

[jplee3]

change bootproto=none to bootproto=static
comment out the HWADDR line (use # to comment)

Execute service network restart

Then eecute route

You should see a default gateway - ususally the last line of output. Now ping your gateway to ensure your network is up.

How many NICS do you have in the box?

Is a GATEWAY statement present in file /etc/sysconfig/network? If not, add it and enter the GATEWAY ip of your gateway like so:

GATEWAY=192.168.1.1

Save file /etc/sysconfig/network and exit

You can safely comment out the GATEWAY statement in /etc/sysconfig/network-scripts/ifcfg-eth0, as you will already have a GATEWAY statement in /etc/sysconfig/network

Execute reboot or init 6 to reboot the computer

If eth0 is alive and the network is up after boot completes, great!

else, please post the output of the command dmesg and /var/log/messages

during lunch i went home for a few things and so i brought the network up when i was there.
so i just changed the bootproto to static and commented out hwaddr. i went ahead and did a network restart and i just lost my connection, so i didn't get to run route yet. i guess i'll have to wait till i'm back at the apartment before going any further.

thanks... i'll give an update later tonight.

[rsimhamb]

Ok - you can uncomment the HWaddr line after ensuring that the numbers 00:30:1B:B0:88:FB
match the MAC address of your NIC. If the numbers do not match, you need to add the correct MAC address to the HWADDR line.

Also, are you on a dhcp network?

[jplee3]

Ok - you can uncomment the HWaddr line after ensuring that the numbers 00:30:1B:B0:88:FB
match the MAC address of your NIC. If the numbers do not match, you need to add the correct MAC address to the HWADDR line.

Also, are you on a dhcp network?


my network is mixed. machines at .100+ are dhcp and anything below that is open for static. this particular machine i want as static. as for the mac address, i'm pretty sure that is the correct address.

[rsimhamb]

If the MAC addy is correct, uncomment the HWADDR line and attempt another service network restart

If you still have problems, post the following:

- output of command dmesg
- output of command lspci
- contents of /etc/modprobe.conf
- contents of /var/log/messages

[jplee3]

If the MAC addy is correct, uncomment the HWADDR line and attempt another service network restart

If you still have problems, post the following:

- output of command dmesg
- output of command lspci
- contents of /etc/modprobe.conf
- contents of /var/log/messages


ok, i just ran through the rest of the steps with adding the gateway to /etc/sysconfig/network and commenting it out from ifcfg-eth0. here's what i see when doing a network restart:

Shutting down interface eth0: [ OK ]
Shutting down loopback interface: [ OK ]
Setting network parameters: [ OK ]
Bringing up loopback interface: [ OK ]
Bringing up interface eth0: [ OK ]
Bringing up interface usr: [ OK ]


i'm not sure where Bringing up interface usr: [ OK ] is coming from though - never seen that before.

here's what i'm seeing from dmesg:

ACPI: PCI interrupt 0000:01:06.0[A] -> GSI 18 (level, low) -> IRQ 169
divert: allocating divert_blk for eth0
eth0: RealTek RTL8139 at 0x9000, 00:30:1b:b0:88:fb, IRQ 169
eth0: Identified 8139 chip type 'RTL-8100B/8139D'
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
ip_tables: (C) 2000-2002 Netfilter core team
lp: driver loaded but no devices found
NET: Registered protocol family 10
Disabled Privacy Extensions on device c0330380(lo)
IPv6 over IPv4 tunneling driver
divert: not allocating divert_blk for non-ethernet device sit0
eth0: no IPv6 routers present
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
ip_tables: (C) 2000-2002 Netfilter core team
Disabled Privacy Extensions on device c0330380(lo)
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
ip_tables: (C) 2000-2002 Netfilter core team
eth0: no IPv6 routers present
ip_tables: (C) 2000-2002 Netfilter core team
Disabled Privacy Extensions on device c0330380(lo)
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
ip_tables: (C) 2000-2002 Netfilter core team
eth0: no IPv6 routers present
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
eth0: no IPv6 routers present
ip_tables: (C) 2000-2002 Netfilter core team
Disabled Privacy Extensions on device c0330380(lo)
ip_tables: (C) 2000-2002 Netfilter core team
eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
ip_tables: (C) 2000-2002 Netfilter core team
eth0: no IPv6 routers present



and the output from lscpci:

00:00.0 Host bridge: Intel Corp. 82865G/PE/P DRAM Controller/Host-Hub Interface (rev 02)
00:02.0 VGA compatible controller: Intel Corp. 82865G Integrated Graphics Device (rev 02)
00:1d.0 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #1 (rev 02)
00:1d.1 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #2 (rev 02)
00:1d.2 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #3 (rev 02)
00:1d.3 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB UHCI #4 (rev 02)
00:1d.7 USB Controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) USB2 EHCI Controller (rev 02)
00:1e.0 PCI bridge: Intel Corp. 82801BA/CA/DB/EB/ER Hub interface to PCI Bridge (rev c2)
00:1f.0 ISA bridge: Intel Corp. 82801EB/ER (ICH5/ICH5R) LPC Bridge (rev 02)
00:1f.1 IDE interface: Intel Corp. 82801EB/ER (ICH5/ICH5R) Ultra ATA 100 Storage Controller (rev 02)
00:1f.3 SMBus: Intel Corp. 82801EB/ER (ICH5/ICH5R) SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corp. 82801EB/ER (ICH5/ICH5R) AC'97 Audio Controller (rev 02)
01:06.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
01:08.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 80)


and modprobe.conf:

alias eth0 8139too
alias snd-card-0 snd-intel8x0
install snd-intel8x0 /sbin/modprobe --ignore-install snd-intel8x0 && /usr/sbin/alsactl restore >/dev/null 2>&1 || :
remove snd-intel8x0 { /usr/sbin/alsactl store >/dev/null 2>&1 || : ; }; /sbin/modprobe -r --ignore-remove snd-intel8x0
alias usb-controller ehci-hcd
alias usb-controller1 uhci-hcd

- is "8139too" the right name? that looks kinda weird.


here's a tail -f from /var/log/messages from when i ran a service network restart:

May 7 21:16:19 jermdawg kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
May 7 21:16:21 jermdawg network: Bringing up interface eth0: succeeded
May 7 21:16:21 jermdawg kernel: ip_tables: (C) 2000-2002 Netfilter core team
May 7 21:16:23 jermdawg network: Bringing up interface usr: succeeded
May 7 21:20:55 jermdawg nmbd[2535]: [2005/05/07 21:20:55, 0] nmbd/nmbd_become_lmb.c:become_local_master_stage2(396)
May 7 21:20:55 jermdawg nmbd[2535]: *****
May 7 21:20:55 jermdawg nmbd[2535]:
May 7 21:20:55 jermdawg nmbd[2535]: Samba name server P4SHUTTLE is now a local master browser for workgroup LEETHERNET on subnet 192.168.123.25
May 7 21:20:55 jermdawg nmbd[2535]:
May 7 21:20:55 jermdawg nmbd[2535]: *****
May 7 21:23:29 jermdawg sshd(pam_unix)[4607]: session opened for user root by (uid=0)
May 7 21:23:39 jermdawg network: Shutting down interface eth0: succeeded
May 7 21:23:39 jermdawg network: Shutting down loopback interface: succeeded
May 7 21:23:39 jermdawg sysctl: net.ipv4.ip_forward = 0
May 7 21:23:39 jermdawg sysctl: net.ipv4.conf.default.rp_filter = 1
May 7 21:23:39 jermdawg sysctl: kernel.sysrq = 0
May 7 21:23:39 jermdawg sysctl: kernel.core_uses_pid = 1
May 7 21:23:39 jermdawg network: Setting network parameters: succeeded
May 7 21:23:39 jermdawg kernel: ip_tables: (C) 2000-2002 Netfilter core team
May 7 21:23:39 jermdawg kernel: Disabled Privacy Extensions on device c0330380(lo)
May 7 21:23:39 jermdawg network: Bringing up loopback interface: succeeded
May 7 21:23:39 jermdawg kernel: ip_tables: (C) 2000-2002 Netfilter core team
May 7 21:23:39 jermdawg kernel: eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
May 7 21:23:41 jermdawg network: Bringing up interface eth0: succeeded
May 7 21:23:41 jermdawg kernel: ip_tables: (C) 2000-2002 Netfilter core team
May 7 21:23:43 jermdawg network: Bringing up interface usr: succeeded

[rsimhamb]

8139too is the updated 8139 module - that is correct

network: Bringing up interface usr: succeeded is weird - I have not seen it either

could you post the output of ls -al /etc/sysconfig/network-scripts

[jplee3]

8139too is the updated 8139 module - that is correct

network: Bringing up interface usr: succeeded is weird - I have not seen it either

could you post the output of ls -al /etc/sysconfig/network-scripts


oh my goodness. i'm such a dummy and am so blind. this whole time i was wondering what /etc/sysconfig/network-scripts/ifcfg-usr was and just checked it. id10t error: it was my old ifcfg-eth0 file specifically setup with an ip address matching the old range of my USRobotics router! aghhhh... such a dumb mistake. i just kept asking myself "what the heck is usr doing there?"
:(
thanks alot for all the help

[rsimhamb]

Haha - happens to the best of us - you will be amazed at the inane things I have done...Great to hear your network is humming along...