search for: same_src

...14 48 8b 03 48 85 c0 0f 84 84 00 00 00 44 0f b6 45 26 48 89 c3 48 8b 53 20 48 8b 03 <44> 38 42 3e 0f 18 08 75 dc 8b 42 18 3b 45 00 75 d4 0f b7 42 28 >From the vmcore,we found that: 1 OOPS occured at the statement 't->dst.protonum == tuple->dst.protonum' in inline function same_src. 2 The first parameter of same_src "ct" is NULL,The value of 'ct' came from 'ct = nat->ct'. 3 Read the content of the 'nat', all member's value are zero. The 'nat' has been freed ? static void nf_nat_cleanup_conntrack(struct nf_conn *ct) {...

http://bugzilla.netfilter.org/show_bug.cgi?id=714 Summary: Kernel panics in same_src() Product: netfilter/iptables Version: linux-2.6.x Platform: x86_64 OS/Version: All Status: NEW Severity: normal Priority: P5 Component: NAT AssignedTo: netfilter-buglog at lists.netfilter.org ReportedB...

https://bugzilla.netfilter.org/show_bug.cgi?id=714 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |netfilter at linuxace.com --- Comment #7 from Phil Oester <netfilter at linuxace.com> 2013-06-21

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #8 from Dmitry Petuhov <d.petuhov at electro-com.ru> 2013-06-21 21:37:18 CEST --- (In reply to comment #7) > Hi Dmitry - > > are you still having this issue on recent (3.x) kernels? Hi. Cannot currently test: all servers are in production running 2.6.32. I will have chance to test in few months when new servers will

https://bugzilla.netfilter.org/show_bug.cgi?id=714 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |zhen_zhao at symantec.com --- Comment #9 from Phil Oester <netfilter at linuxace.com> 2013-07-05

https://bugzilla.netfilter.org/show_bug.cgi?id=714 sherryhao at foxmail.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sherryhao at foxmail.com -- Configure bugmail: https://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #10 from Phil Oester <netfilter at linuxace.com> 2013-07-08 23:47:40 CEST --- To all the people on the cc list for this bug: have you experienced the issue in any kernel _OTHER_ than 2.6.32.x? Also, if you have some way to easily reproduce the issue, please let us know, thanks. -- Configure bugmail:

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #11 from Dmitry Petuhov <d.petuhov at electro-com.ru> 2013-07-14 16:45:01 CEST --- (In reply to comment #10) > To all the people on the cc list for this bug: have you experienced the issue > in any kernel _OTHER_ than 2.6.32.x? Also, if you have some way to easily > reproduce the issue, please let us know, thanks. Yes,

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #12 from Dmitry Petuhov <d.petuhov at electro-com.ru> 2013-07-14 16:49:03 CEST --- zhaozhen, could you please provide your test conditions to try to reproduce it in my test environment? -- Configure bugmail: https://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #13 from zhaozhen <zhen_zhao at symantec.com> 2013-07-15 03:21:14 CEST --- (In reply to comment #12) > zhaozhen, could you please provide your test conditions to try to reproduce it > in my test environment? The issue occured on customer's environment, I didn't know how to trigger it, customer said, it occur when

https://bugzilla.netfilter.org/show_bug.cgi?id=714 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|pablo at netfilter.org |netfilter-buglog at lists.netf | |ilter.org -- Configure

https://bugzilla.netfilter.org/show_bug.cgi?id=714 --- Comment #14 from Phil Oester <netfilter at linuxace.com> 2013-09-05 20:16:49 CEST --- Zhaozhen - can you get more details as to what "load testing" was being done? Getting as many details as possible on how to reproduce this issue will help us solve it. -- Configure bugmail:

https://bugzilla.netfilter.org/show_bug.cgi?id=714 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #379 is|0 |1 obsolete| | --- Comment #16 from Phil Oester <netfilter at

https://bugzilla.netfilter.org/show_bug.cgi?id=714 Phil Oester <netfilter at linuxace.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED --- Comment #17 from Phil Oester <netfilter

...fffffff8101a5d0 R12: 0025829d470ffa00 R13: 0000000000000082 R14: ffffffff81927b00 R15: 0000000100000008 ORIG_RAX: ffffffffffffff69 CS: 0010 SS: 0018 #22 [ffff881810db3f30] cpu_idle at ffffffff8100204a crash> >From the dump looked like ct was NULL during the call of find_appropriate_src->same_src, which led to the panic. same_src(const struct nf_conn *ct,const struct nf_conntrack_tuple *tuple) { t = &ct->tuplehash[IP_CT_DIR_ORIGINAL].tuple; <<<<ct was NULL } 0xffffffffa1491a44 <find_appropriate_src+212>: mov 0x20(%rbx),%rdx 0xffffffffa1491a48 <find...