Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 80596 - modprobe ip_conntrack fails with "Kernel BUG" segfault
Summary: modprobe ip_conntrack fails with "Kernel BUG" segfault
Status: RESOLVED NEEDINFO
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All All
: High major (vote)
Assignee: Gentoo Kernel Bug Wranglers and Kernel Maintainers
URL: http://dev.gentoo.org/~koon/ouch.png
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-02-03 09:02 UTC by Thierry Carrez (RETIRED)
Modified: 2006-01-25 05:44 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thierry Carrez (RETIRED) gentoo-dev 2005-02-03 09:02:26 UTC
Using hardened-dev-sources-2.6.10-r3, when I try to modprobe ip_conntrack (or when shorewall does) it dies with the messages shown in this screen capture :

http://dev.gentoo.org/~koon/ouch.png

tseng: can you reproduce it ?
I'll try what happens if ip_conntrack is compiled in.

It used to work using the 2.6.7-series.
Comment 1 Thierry Carrez (RETIRED) gentoo-dev 2005-02-04 01:10:20 UTC
Compiling ip_conntrack inkernel apparently workarounds this bug.
tseng: feel free to close it if you can't reproduce it.
Comment 2 Ed Davison 2005-08-09 12:32:22 UTC
I am getting this same error with kernel 2.6.12-gentoo-r6 when ip_conntrack is a
module.  Then all module activity is hosed and I have to reboot.

I will also try to compile the iptables modules in-kernel and see if this helps.  

But, short of that, this should work as a module and investigation should be
done on this to sort out why this module is causing a seg fault.
Comment 3 Daniel Drake (RETIRED) gentoo-dev 2006-01-10 08:13:30 UTC
Is this reproducible on 2.6.15? If so, please enable CONFIG_KALLSYMS so that backtraces become useful.
Comment 4 Daniel Drake (RETIRED) gentoo-dev 2006-01-25 05:44:27 UTC
Please reopen when you respond to comment #3