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 which I
tested by listening on the socket in user land without IPVS rule.
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
_______________________________________________
Please read the documentation before posting - it's available at:
http://www.linuxvirtualserver.org/
LinuxVirtualServer.org mailing list - lvs-users@xxxxxxxxxxxxxxxxxxxxxx
Send requests to lvs-users-request@xxxxxxxxxxxxxxxxxxxxxx
or go to http://lists.graemef.net/mailman/listinfo/lvs-users
|