Hello, Please pardon me if this is a known issue and point me to the fix. I have the following setup Kernel : 2.6.36.2 arch: x86_64 1) ip_queue module is loaded and a iptable rule with QUEUE target is added for an interface (IF1 - 192.168.132.215). -A INPUT -d 192.168.132.215/32 -p tcp -m tcp --dport 80 -j QUEUE 2) An ipvs rule with wrr load balancing listening on port 80 on IF1 and one real server. ipvsadm-save -A -t 192.168.132.215:http -s wrr -a -t 192.168.132.215:http -r 192.168.132.232:http -m -w 100 3) A userland program which uses libipq to handle packets from QUEUE target. Now any traffic on 192.168.132.215:http is causing kernel to panic. I debugged userland program which sets the verdict NF_ACCEPT (ipq_set_verdict(ipq,id, NF_ACCEPT, 0, NULL); I guess ip_queue module reinjects the packet but somehow leading to kernel Oops. I don't see the panic if there is no ipvs rule , I tested this by deleting ipvs rules and listening on application sockets. Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.459462] BUG: unable to handle kernel NULL pointer dereference at (null) Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.459776] IP: [<ffffffff810a1edf>] put_page+0x1f/0x160 Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] Oops: 0000 [#1] SMP Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] last sysfs file: /sys/devices/pci0000:00/0000:00:18.3/temp1_input Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] Stack: Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] Call Trace: Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] Code: fc ff ff eb e4 0f 1f 80 00 00 00 00 55 48 89 e5 48 83 ec 30 48 89 5d d8 4c 89 65 e0 48 89 fb 4c 89 6d e8 4c 89 75 f0 4c 89 7d f8 <66> f7 07 00 c0 0f 85 0a 01 00 00 8b 47 08 f0 ff 4f 08 0f 94 c0 Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] RIP [<ffffffff810a1edf>] put_page+0x1f/0x160 Jul 14 02:43:28 2011 kumar 2011 kernel: [ 401.460016] CR2: 0000000000000000 Any help is appreciated. Thanks, Kumar 'Like' us on Facebook for exclusive content and other resources on all Barracuda Networks solutions. Visit http://barracudanetworks.com/facebook -- To unsubscribe from this list: send the line "unsubscribe netfilter" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
