Bug 229111
| Summary: | eth0 stops responding | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Need Real Name <mal> | ||||
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Brian Brock <bbrock> | ||||
| Severity: | medium | Docs Contact: | |||||
| Priority: | medium | ||||||
| Version: | 5 | CC: | wtogami | ||||
| Target Milestone: | --- | ||||||
| Target Release: | --- | ||||||
| Hardware: | All | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2007-02-19 16:58:55 UTC | Type: | --- | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
|
Description
Need Real Name
2007-02-17 09:30:59 UTC
Created attachment 148290 [details]
dmesg
eth0 stopped responding again. Downgraded to kernel-2.6.18-1.2257.fc5.i686.rpm This is a mission critical server. Also see https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=221951 lsmod Module Size Used by ipv6 245985 28 autofs4 21573 1 ip_conntrack_netbios_ns 3393 0 ipt_REJECT 5697 1 xt_tcpudp 3521 7 xt_state 2625 8 ip_conntrack 52085 2 ip_conntrack_netbios_ns,xt_state nfnetlink 7513 1 ip_conntrack iptable_filter 3393 1 ip_tables 13065 1 iptable_filter x_tables 14405 4 ipt_REJECT,xt_tcpudp,xt_state,ip_tables cpufreq_ondemand 6577 1 dm_mirror 29073 0 dm_mod 57433 1 dm_mirror video 17221 0 sbs 16257 0 i2c_ec 5569 1 sbs container 4801 0 button 7249 0 battery 10565 0 asus_acpi 16857 0 ac 5701 0 lp 13065 0 parport_pc 27493 0 parport 37001 2 lp,parport_pc ehci_hcd 31693 0 ohci_hcd 21341 0 serio_raw 7493 0 sg 34653 0 ide_cd 38625 2 cdrom 34913 1 ide_cd pcspkr 3521 0 i2c_nforce2 7617 0 k8_edac 14209 0 forcedeth 42949 0 edac_mc 23369 1 k8_edac sata_nv 11845 0 i2c_core 21697 2 i2c_ec,i2c_nforce2 libata 99161 1 sata_nv 3w_9xxx 32709 10 sd_mod 20929 53 scsi_mod 134121 4 sg,libata,3w_9xxx,sd_mod by the way. when eth0 locks - I can ping it locally ping ip.of.eth0 works from the local computer (with IP ip.of.eth0) In the same time the command ping ip.of.eth0 does not work when pinged from another computer on the same subnet. ifdown eth0; ifup eth0 fixes this and the eth0 becomes visible from the subnet People who are having this problem: try adding
pci=nomsi
to the kernel command line. Edit /etc/grub.conf so the line for kernel 2288 looks
similar to below, then reboot.
kernel /vmlinuz-2.6.19-1.2288.fc5 ro root=LABEL=/ pci=nomsi rhgb quiet
I will try this next weekend with 2.6.19 I can not do any test during business days. Also, were MSI enabled by default in 2.6.19-1.2288 ? I was experiencing this problem to a maddening degree on an Asus M2N-E mainboard with the nVidia nForce 570 Ultra MCP chipset (MCP55 forcedeth). The eth0 drops were unpredictable but frequent, often requiring three or more down/up cycles of either ifdn/ifup or 'service network restart' to transfer a CD .ISO for example. No errors were logged in these instances, the interface simply stopped working. Worse, frequently when eth0 stopped working, *the entire LAN subnet* off that switch also stopped working, in a fashion which appeared similar to a chattering NIC in the network. Currently, with 2.6.19-1.2911.fc6 kernel, and using Chuck Ebbert's suggestion to add 'pci=nomsi' to the grub.conf kernel command line, the interface has not stopped or exhibited any other nonworking behavior for a full day now, including more than ten hours of actual use. Thanks to Mr. Ebbert for what appears to be a reliable workaround. *** This bug has been marked as a duplicate of 222556 *** Confirmed, The pci=nomsi option fixes this bug 229111 |