problem with conntrack utility and kernel 2.6.14

[Deti Fliegl]

Hi Pablo,

the problem seems to occur in conjunction with high bandwidths 
(>500Mbit/s) and not with the number of connections. I am testing on a 
dual processor x86_64 system with hyperthreading enabled (4 CPUs 
detected by the kernel). It seems that information from the connection 
tracking table gets garbled when conntrack is being called.

Even kernel oopses  with complete lockups are happening:

<4>Badness in __kfree_skb at net/core/skbuff.c:330
<4>
<4>Call Trace:<ffffffff802a2f77>{__kfree_skb+167} 
<ffffffff802bb597>{netlink_recvmsg+279}
<4>       <ffffffff8029cb2b>{sock_recvmsg+315} 
<ffffffff8025a4d8>{n_tty_receive_buf+4392}
<4>       <ffffffff8025a4d8>{n_tty_receive_buf+4392} 
<ffffffff8014b2f0>{autoremove_wake_function+0}
<4>       <ffffffff8025bbd9>{pty_write+89} 
<ffffffff8029e38b>{sys_recvmsg+395}
<4>       <ffffffff80130f23>{__wake_up+67} <ffffffff80181208>{vfs_write+344}
<4>       <ffffffff80181343>{sys_write+83} 
<ffffffff8010dc4e>{system_call+126}
<4>
<3>scheduling while atomic: conntrack/0xffffff00/7454
<4>
<4>Call Trace:<ffffffff8031d67d>{schedule+125}

.... sorry trace ends here as I've got no console access.


Hope you find the problem,

Deti