Bug 147898

Summary: Kernel panic - not syncing ... net
Product: [Fedora] Fedora Reporter: Frode Tennebø <frodet>
Component: kernelAssignee: Dave Jones <davej>
Status: CLOSED DUPLICATE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 3CC: pfrields, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2005-02-12 13:06:16 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:

Description Frode Tennebø 2005-02-12 11:35:00 UTC
Description of problem:
It appears that there is a problem with the networking subsystem. After what 
could very well be heavy network activity I get:

"Kernel panic - not suncing: net/ipv4/tcp_timer.c:213: spin_lock (net/core/sock.
c:C9E41060) already locked by net/ipv4/tcp_ipv4.c/1793"

The machine, in addition to my workstation, is also an iptables firewall with 
forwarding for several machines on my net.

Version-Release number of selected component (if applicable):
kernel-2.6.10-1.760_FC3

however, due to missing support for eata drivers I have added that from the .src 
package and also done some more minor changes:

[ft@leia linux-2.6.10]$ diff .config configs/kernel-2.6.10-i686.config |grep ^\<
< # Linux kernel version: 2.6.10-prep
< # Sun Feb  6 01:25:19 2005
< # CONFIG_M686 is not set
< CONFIG_MPENTIUMII=y
< # CONFIG_PM is not set
< # CONFIG_ACPI is not set
< # CONFIG_CPU_FREQ is not set
< CONFIG_PCI_NAMES=y
< CONFIG_HOTPLUG_PCI=m
< # CONFIG_HOTPLUG_PCI_SHPC_PHPRM_LEGACY is not set
< CONFIG_SCSI_EATA=m
< CONFIG_SCSI_EATA_TAGGED_QUEUE=y
< CONFIG_SCSI_EATA_LINKED_COMMANDS=y
< CONFIG_SCSI_EATA_MAX_TAGS=16
[ft@leia linux-2.6.10]$         

How reproducible:
quite often

Steps to Reproduce:
1. It happens in about 25% of apt-get update/upgrade tries, but also on some 
other occasions.
2.
3.
  
Actual results:
kernel panic

Expected results:
no kernel panic

Additional info:

Comment 1 Frode Tennebø 2005-02-12 13:06:16 UTC

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