* Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) @ 2015-08-11 6:31 Akshat Kakkar 2015-08-11 6:32 ` Akshat Kakkar 2015-08-11 10:13 ` Jozsef Kadlecsik 0 siblings, 2 replies; 15+ messages in thread From: Akshat Kakkar @ 2015-08-11 6:31 UTC (permalink / raw) To: netfilter@vger.kernel.org Hi! I am running sl6.3 (i.e. kernel 2.6.32-279). I upgraded the kernel using elrepo to kernel 4.1.4. Then I downloaded ipset 6.25. I executed follwing commands ./autogen.sh ./configure make make modules make install make modules_install No error is generated at any step Now when I want to creat an uipset using command ipset -N foo hash:ip I get error "" ipset v6.25.1: Kernel error received: set type not supported "" output of uname -r 4.1.4-1.el6.elrepo.x86_64 o/p of " find /lib/modules/4.1.4-1.el6.elrepo.x86_64 -name ip_set.ko" /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko o/p of "find /lib/modules -name ip_set.ko" /lib/modules/2.6.32-279.el6.x86_64/extra/ip_set.ko /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set.ko /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko please help.... ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-11 6:31 Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) Akshat Kakkar @ 2015-08-11 6:32 ` Akshat Kakkar 2015-08-11 6:49 ` Akshat Kakkar 2015-08-11 10:13 ` Jozsef Kadlecsik 1 sibling, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-11 6:32 UTC (permalink / raw) To: netfilter@vger.kernel.org o/p of ipset help is ipset v6.25.1 Usage: ipset [options] COMMAND Commands: create SETNAME TYPENAME [type-specific-options] Create a new set add SETNAME ENTRY Add entry to the named set del SETNAME ENTRY Delete entry from the named set test SETNAME ENTRY Test entry in the named set destroy [SETNAME] Destroy a named set or all sets list [SETNAME] List the entries of a named set or all sets save [SETNAME] Save the named set or all sets to stdout restore Restore a saved state flush [SETNAME] Flush a named set or all sets rename FROM-SETNAME TO-SETNAME Rename two sets swap FROM-SETNAME TO-SETNAME Swap the contect of two existing sets help [TYPENAME] Print help, and settype specific help version Print version information quit Quit interactive mode Options: -o plain|save|xml Specify output mode for listing sets. Default value for "list" command is mode "plain" and for "save" command is mode "save". -s Print elements sorted (if supported by the set type). -q Suppress any notice or warning message. -r Try to resolve IP addresses in the output (slow!) -! Ignore errors when creating or adding sets or elements that do exist or when deleting elements that don't exist. -n When listing, just list setnames from the kernel. -t When listing, list setnames and set headers from kernel only. -f Read from the given file instead of standard input (restore) or write to given file instead of standard output (list/save). Supported set types: list:set 3 skbinfo support list:set 2 comment support list:set 1 counters support list:set 0 Initial revision hash:mac 0 Initial revision hash:net,iface 6 skbinfo support hash:net,iface 5 forceadd support hash:net,iface 4 comment support hash:net,iface 3 counters support hash:net,iface 2 /0 network support hash:net,iface 1 nomatch flag support hash:net,iface 0 Initial revision hash:net,port 7 skbinfo support hash:net,port 6 forceadd support hash:net,port 5 comment support hash:net,port 4 counters support hash:net,port 3 nomatch flag support hash:net,port 2 Add/del range support hash:net,port 1 SCTP and UDPLITE support hash:net,port,net 2 skbinfo support hash:net,port,net 1 forceadd support hash:net,port,net 0 initial revision hash:net,net 2 skbinfo support hash:net,net 1 forceadd support hash:net,net 0 initial revision hash:net 6 skbinfo support hash:net 5 forceadd support hash:net 4 comment support hash:net 3 counters support hash:net 2 nomatch flag support hash:net 1 Add/del range support hash:net 0 Initial revision hash:ip,port,net 7 skbinfo support hash:ip,port,net 6 forceadd support hash:ip,port,net 5 comment support hash:ip,port,net 4 counters support hash:ip,port,net 3 nomatch flag support hash:ip,port,net 2 Add/del range support hash:ip,port,net 1 SCTP and UDPLITE support hash:ip,port,ip 5 skbinfo support hash:ip,port,ip 4 forceadd support hash:ip,port,ip 3 comment support hash:ip,port,ip 2 counters support hash:ip,port,ip 1 SCTP and UDPLITE support hash:ip,mark 2 sbkinfo support hash:ip,mark 1 forceadd support hash:ip,mark 0 initial revision hash:ip,port 5 skbinfo support hash:ip,port 4 forceadd support hash:ip,port 3 comment support hash:ip,port 2 counters support hash:ip,port 1 SCTP and UDPLITE support hash:ip 4 skbinfo support hash:ip 3 forceadd support hash:ip 2 comment support hash:ip 1 counters support hash:ip 0 Initial revision bitmap:port 3 skbinfo support bitmap:port 2 comment support bitmap:port 1 counters support bitmap:port 0 Initial revision bitmap:ip,mac 3 skbinfo support bitmap:ip,mac 2 comment support bitmap:ip,mac 1 counters support bitmap:ip,mac 0 Initial revision bitmap:ip 3 skbinfo support bitmap:ip 2 comment support bitmap:ip 1 counters support bitmap:ip 0 Initial revision On Tue, Aug 11, 2015 at 12:01 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > Hi! > I am running sl6.3 (i.e. kernel 2.6.32-279). I upgraded the kernel > using elrepo to kernel 4.1.4. > Then I downloaded ipset 6.25. > I executed follwing commands > ./autogen.sh > ./configure > make > make modules > make install > make modules_install > > No error is generated at any step > > Now when I want to creat an uipset using command > ipset -N foo hash:ip > > I get error > "" > ipset v6.25.1: Kernel error received: set type not supported > "" > > output of uname -r > > 4.1.4-1.el6.elrepo.x86_64 > > > > > o/p of " find /lib/modules/4.1.4-1.el6.elrepo.x86_64 -name ip_set.ko" > > /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko > > > > o/p of "find /lib/modules -name ip_set.ko" > > /lib/modules/2.6.32-279.el6.x86_64/extra/ip_set.ko > /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko > > > please help.... ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-11 6:32 ` Akshat Kakkar @ 2015-08-11 6:49 ` Akshat Kakkar 0 siblings, 0 replies; 15+ messages in thread From: Akshat Kakkar @ 2015-08-11 6:49 UTC (permalink / raw) To: netfilter@vger.kernel.org o/p of make tests cd tests; ./runtest.sh You have got iptables rules: skipping inet match and target tests ip6tables does not support set match, skipping inet6 match and target tests init: Load in the ip_set kernel module: passed init: List our test set: the testsuite fails if it exists: passed init: Delete our test set: the testsuite fails if it exists: passed init: Check mandatory create arguments: passed ipmap: Range: Check syntax error: missing range/from-to: FAILED Failed test: ../src/ipset 2>.foo.err -N test ipmap ipset v6.25.1: Kernel error received: set type not supported make: *** [tests] Error 1 On Tue, Aug 11, 2015 at 12:02 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > o/p of ipset help > > is > > ipset v6.25.1 > > Usage: ipset [options] COMMAND > > Commands: > create SETNAME TYPENAME [type-specific-options] > Create a new set > add SETNAME ENTRY > Add entry to the named set > del SETNAME ENTRY > Delete entry from the named set > test SETNAME ENTRY > Test entry in the named set > destroy [SETNAME] > Destroy a named set or all sets > list [SETNAME] > List the entries of a named set or all sets > save [SETNAME] > Save the named set or all sets to stdout > restore > Restore a saved state > flush [SETNAME] > Flush a named set or all sets > rename FROM-SETNAME TO-SETNAME > Rename two sets > swap FROM-SETNAME TO-SETNAME > Swap the contect of two existing sets > help [TYPENAME] > Print help, and settype specific help > version > Print version information > quit > Quit interactive mode > > Options: > -o plain|save|xml > Specify output mode for listing sets. > Default value for "list" command is mode "plain" > and for "save" command is mode "save". > -s > Print elements sorted (if supported by the set type). > -q > Suppress any notice or warning message. > -r > Try to resolve IP addresses in the output (slow!) > -! > Ignore errors when creating or adding sets or > elements that do exist or when deleting elements > that don't exist. > -n > When listing, just list setnames from the kernel. > > -t > When listing, list setnames and set headers > from kernel only. > -f > Read from the given file instead of standard > input (restore) or write to given file instead > of standard output (list/save). > > Supported set types: > list:set 3 skbinfo support > list:set 2 comment support > list:set 1 counters support > list:set 0 Initial revision > hash:mac 0 Initial revision > hash:net,iface 6 skbinfo support > hash:net,iface 5 forceadd support > hash:net,iface 4 comment support > hash:net,iface 3 counters support > hash:net,iface 2 /0 network support > hash:net,iface 1 nomatch flag support > hash:net,iface 0 Initial revision > hash:net,port 7 skbinfo support > hash:net,port 6 forceadd support > hash:net,port 5 comment support > hash:net,port 4 counters support > hash:net,port 3 nomatch flag support > hash:net,port 2 Add/del range support > hash:net,port 1 SCTP and UDPLITE support > hash:net,port,net 2 skbinfo support > hash:net,port,net 1 forceadd support > hash:net,port,net 0 initial revision > hash:net,net 2 skbinfo support > hash:net,net 1 forceadd support > hash:net,net 0 initial revision > hash:net 6 skbinfo support > hash:net 5 forceadd support > hash:net 4 comment support > hash:net 3 counters support > hash:net 2 nomatch flag support > hash:net 1 Add/del range support > hash:net 0 Initial revision > hash:ip,port,net 7 skbinfo support > hash:ip,port,net 6 forceadd support > hash:ip,port,net 5 comment support > hash:ip,port,net 4 counters support > hash:ip,port,net 3 nomatch flag support > hash:ip,port,net 2 Add/del range support > hash:ip,port,net 1 SCTP and UDPLITE support > hash:ip,port,ip 5 skbinfo support > hash:ip,port,ip 4 forceadd support > hash:ip,port,ip 3 comment support > hash:ip,port,ip 2 counters support > hash:ip,port,ip 1 SCTP and UDPLITE support > hash:ip,mark 2 sbkinfo support > hash:ip,mark 1 forceadd support > hash:ip,mark 0 initial revision > hash:ip,port 5 skbinfo support > hash:ip,port 4 forceadd support > hash:ip,port 3 comment support > hash:ip,port 2 counters support > hash:ip,port 1 SCTP and UDPLITE support > hash:ip 4 skbinfo support > hash:ip 3 forceadd support > hash:ip 2 comment support > hash:ip 1 counters support > hash:ip 0 Initial revision > bitmap:port 3 skbinfo support > bitmap:port 2 comment support > bitmap:port 1 counters support > bitmap:port 0 Initial revision > bitmap:ip,mac 3 skbinfo support > bitmap:ip,mac 2 comment support > bitmap:ip,mac 1 counters support > bitmap:ip,mac 0 Initial revision > bitmap:ip 3 skbinfo support > bitmap:ip 2 comment support > bitmap:ip 1 counters support > bitmap:ip 0 Initial revision > > On Tue, Aug 11, 2015 at 12:01 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: >> Hi! >> I am running sl6.3 (i.e. kernel 2.6.32-279). I upgraded the kernel >> using elrepo to kernel 4.1.4. >> Then I downloaded ipset 6.25. >> I executed follwing commands >> ./autogen.sh >> ./configure >> make >> make modules >> make install >> make modules_install >> >> No error is generated at any step >> >> Now when I want to creat an uipset using command >> ipset -N foo hash:ip >> >> I get error >> "" >> ipset v6.25.1: Kernel error received: set type not supported >> "" >> >> output of uname -r >> >> 4.1.4-1.el6.elrepo.x86_64 >> >> >> >> >> o/p of " find /lib/modules/4.1.4-1.el6.elrepo.x86_64 -name ip_set.ko" >> >> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko >> /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko >> >> >> >> o/p of "find /lib/modules -name ip_set.ko" >> >> /lib/modules/2.6.32-279.el6.x86_64/extra/ip_set.ko >> /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set.ko >> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko >> /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko >> >> >> please help.... ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-11 6:31 Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) Akshat Kakkar 2015-08-11 6:32 ` Akshat Kakkar @ 2015-08-11 10:13 ` Jozsef Kadlecsik [not found] ` <CAA5aLPj7LA3bN4NBCTvQ=FjDMy-8GZqh9nWk3groyMYOj5nQUQ@mail.gmail.com> 1 sibling, 1 reply; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-11 10:13 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Tue, 11 Aug 2015, Akshat Kakkar wrote: > I am running sl6.3 (i.e. kernel 2.6.32-279). I upgraded the kernel > using elrepo to kernel 4.1.4. > Then I downloaded ipset 6.25. > I executed follwing commands > ./autogen.sh > ./configure > make > make modules > make install > make modules_install > > No error is generated at any step Wasn't there any warning message displayed, like !!! WARNING !!! WARNING !!! WARNING !!! Your distribution seems to ignore the /lib/modules/<kernelrelease>/extra/ subdirectory, where the ipset kernel modules are installed. Add the 'extra' directory to the search definition of your depmod configuration (/etc/depmod.conf or /etc/depmod.d/) and re-run depmod <kernelrelease> otherwise the ipset kernel modules in the extra subdir will be ignored. > Now when I want to creat an uipset using command > ipset -N foo hash:ip > > I get error > "" > ipset v6.25.1: Kernel error received: set type not supported > "" > > output of uname -r > > 4.1.4-1.el6.elrepo.x86_64 > > o/p of " find /lib/modules/4.1.4-1.el6.elrepo.x86_64 -name ip_set.ko" > > /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko > > o/p of "find /lib/modules -name ip_set.ko" > > /lib/modules/2.6.32-279.el6.x86_64/extra/ip_set.ko > /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set.ko > /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set.ko > > > please help.... Please enter the command "modinfo ip_set" and post the generated output. Best regards, Jozsef - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <CAA5aLPj7LA3bN4NBCTvQ=FjDMy-8GZqh9nWk3groyMYOj5nQUQ@mail.gmail.com>]
[parent not found: <alpine.DEB.2.10.1508111320400.9289@blackhole.kfki.hu>]
[parent not found: <CAA5aLPhO7643BnLNNe4Kp+h6Nivvn_jtgVdRXBfWGPPPLf_kXA@mail.gmail.com>]
[parent not found: <alpine.DEB.2.10.1508111416010.9289@blackhole.kfki.hu>]
[parent not found: <CAA5aLPiNcE51=3UYfuRa8U_ueq6U7cJJPR0Tyd2cqH143vd9wg@mail.gmail.com>]
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) [not found] ` <CAA5aLPiNcE51=3UYfuRa8U_ueq6U7cJJPR0Tyd2cqH143vd9wg@mail.gmail.com> @ 2015-08-11 13:46 ` Akshat Kakkar 2015-08-12 6:50 ` Akshat Kakkar 0 siblings, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-11 13:46 UTC (permalink / raw) To: Jozsef Kadlecsik, netfilter@vger.kernel.org looks like things will run ... I did rmmod ip_set then recompiled again and then modprobe ip_set and tests are now running ... its taking a bit time for these test to run but atleast it has not stopped with an error .... Gr8 ... Thanks for all the help On Tue, Aug 11, 2015 at 7:09 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > I manually deleted all the ip_set* in kernel 2.6.32 manually > > then recompiled the ipsets but still same issue.... > > is there something else also which I should delete > > On Tue, Aug 11, 2015 at 5:51 PM, Jozsef Kadlecsik > <kadlec@blackhole.kfki.hu> wrote: >> On Tue, 11 Aug 2015, Akshat Kakkar wrote: >> >>> [root@localhost ipset-6.25.1]# find /lib/modules -name ip_set_hash_ip.ko >>> >>> /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set_hash_ip.ko >>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set_hash_ip.ko >>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set_hash_ip.ko >>> >>> [root@localhost ipset-6.25.1]# modinfo ip_set_hash_ip >>> filename: >>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set_hash_ip.ko >>> alias: ip_set_hash:ip >>> description: hash:ip type of IP sets, revisions 0-4 >>> author: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu> >>> license: GPL >>> srcversion: E2BD7DC4C7AF706B56E2CBA >>> depends: ip_set >>> vermagic: 4.1.4-1.el6.elrepo.x86_64 SMP mod_unload modversions >> >> The module is there, recognized by modinfo, so it should be loaded >> automatically, when the hash:ip type is requested by the "ipset" command. >> The output of "ipset help" shows that exactly the same revisions are >> supported by both the kernel module and ipset. >> >> Hm. Maybe older versions of the ip_set modules are already loaded in and >> therefore the new ones cannot be autoloaded. Remove all ip_set* modules >> and try to create the set again. >> >> Best regards, >> Jozsef >> - >> E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu >> PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt >> Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences >> H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-11 13:46 ` Akshat Kakkar @ 2015-08-12 6:50 ` Akshat Kakkar 2015-08-12 9:26 ` Jozsef Kadlecsik 0 siblings, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-12 6:50 UTC (permalink / raw) To: Jozsef Kadlecsik, netfilter@vger.kernel.org Well ... quite a number of tests passed succesfully... but then some test have failed. partial o/p of 'make tests' is hash:mac.t: MAC: Check listing: passed hash:mac.t: MAC: Destroy test set: passed comment: Bitmap comment: create set: passed comment: Bitmap comment: Check invalid length of comment: passed comment: Bitmap comment: Add comment with max length: passed comment: Bitmap comment: Add element with comment: passed comment: Bitmap comment: Test element with comment: passed comment: Bitmap comment: List set: passed comment: Bitmap comment: Check listing: passed comment: Bitmap comment: Delete element with comment: passed comment: Bitmap comment: Test deleted element: passed comment: Bitmap comment: Check listing: passed comment: Bitmap comment: Add element with comment: passed comment: Bitmap comment: check listing: passed comment: Bitmap comment: Re-add element with another comment: passed comment: Bitmap comment: check listing: passed comment: Bitmap comment: Flush test set: passed comment: Bitmap comment: Add multiple elements with comment: passed comment: Bitmap comment: List set: passed comment: Bitmap comment: Check listing: passed comment: Bitmap comment: Delete test set: passed comment: Bitmap comment: create set with timeout: passed comment: Bitmap comment: Add multiple elements with default timeout: passed comment: Bitmap comment: Add multiple elements with zero timeout: passed comment: Bitmap comment: List set: passed comment: Bitmap comment: Check listing: passed comment: Sleep 5s so that entries can time out: passed comment: Bitmap comment: List set: passed comment: Bitmap comment: Check listing: --- .foo 2015-08-12 12:14:03.475222428 +0530 +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 @@ -1,9 +1,9 @@ Name: test Type: bitmap:ip Header: range 2.0.0.1-2.1.0.0 timeout x comment -Size in memory: 1056896 +Size in memory: 1056928 References: 0 -Number of entries: 255 +Number of entries: 510 Members: 2.0.1.1 timeout x comment "text message 1" 2.0.1.2 timeout x comment "text message 2" FAILED Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 make: *** [tests] Error 1 On Tue, Aug 11, 2015 at 7:16 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > looks like things will run ... > > I did rmmod ip_set > then recompiled again > and then modprobe ip_set > > > and tests are now running ... > its taking a bit time for these test to run but atleast it has not > stopped with an error .... > > > Gr8 ... Thanks for all the help > > On Tue, Aug 11, 2015 at 7:09 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: >> I manually deleted all the ip_set* in kernel 2.6.32 manually >> >> then recompiled the ipsets but still same issue.... >> >> is there something else also which I should delete >> >> On Tue, Aug 11, 2015 at 5:51 PM, Jozsef Kadlecsik >> <kadlec@blackhole.kfki.hu> wrote: >>> On Tue, 11 Aug 2015, Akshat Kakkar wrote: >>> >>>> [root@localhost ipset-6.25.1]# find /lib/modules -name ip_set_hash_ip.ko >>>> >>>> /lib/modules/2.6.32-279.el6.x86_64/kernel/net/netfilter/ipset/ip_set_hash_ip.ko >>>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set_hash_ip.ko >>>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/kernel/net/netfilter/ipset/ip_set_hash_ip.ko >>>> >>>> [root@localhost ipset-6.25.1]# modinfo ip_set_hash_ip >>>> filename: >>>> /lib/modules/4.1.4-1.el6.elrepo.x86_64/extra/netfilter/ipset/ip_set_hash_ip.ko >>>> alias: ip_set_hash:ip >>>> description: hash:ip type of IP sets, revisions 0-4 >>>> author: Jozsef Kadlecsik <kadlec@blackhole.kfki.hu> >>>> license: GPL >>>> srcversion: E2BD7DC4C7AF706B56E2CBA >>>> depends: ip_set >>>> vermagic: 4.1.4-1.el6.elrepo.x86_64 SMP mod_unload modversions >>> >>> The module is there, recognized by modinfo, so it should be loaded >>> automatically, when the hash:ip type is requested by the "ipset" command. >>> The output of "ipset help" shows that exactly the same revisions are >>> supported by both the kernel module and ipset. >>> >>> Hm. Maybe older versions of the ip_set modules are already loaded in and >>> therefore the new ones cannot be autoloaded. Remove all ip_set* modules >>> and try to create the set again. >>> >>> Best regards, >>> Jozsef >>> - >>> E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu >>> PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt >>> Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences >>> H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-12 6:50 ` Akshat Kakkar @ 2015-08-12 9:26 ` Jozsef Kadlecsik 2015-08-12 9:43 ` Akshat Kakkar 2015-08-17 20:08 ` Jozsef Kadlecsik 0 siblings, 2 replies; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-12 9:26 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Wed, 12 Aug 2015, Akshat Kakkar wrote: > Well ... quite a number of tests passed succesfully... but then some > test have failed. > partial o/p of 'make tests' is > > comment: Bitmap comment: create set with timeout: passed > comment: Bitmap comment: Add multiple elements with default timeout: passed > comment: Bitmap comment: Add multiple elements with zero timeout: passed > comment: Bitmap comment: List set: passed > comment: Bitmap comment: Check listing: passed > comment: Sleep 5s so that entries can time out: passed > comment: Bitmap comment: List set: passed > comment: Bitmap comment: Check listing: --- .foo 2015-08-12 > 12:14:03.475222428 +0530 > +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 > @@ -1,9 +1,9 @@ > Name: test > Type: bitmap:ip > Header: range 2.0.0.1-2.1.0.0 timeout x comment > -Size in memory: 1056896 > +Size in memory: 1056928 > References: 0 > -Number of entries: 255 > +Number of entries: 510 > Members: > 2.0.1.1 timeout x comment "text message 1" > 2.0.1.2 timeout x comment "text message 2" > FAILED > Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 > make: *** [tests] Error 1 According to the diff, none of the entries with 5s timeout value timed out. Than may mean simply that the sleep/listing was faster than anticipated. Please change the timeout value to 4 (s) in line 42 in comment.t and re-run the test. Does it run successfully? Best regards, Jozsef - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-12 9:26 ` Jozsef Kadlecsik @ 2015-08-12 9:43 ` Akshat Kakkar 2015-08-12 9:48 ` Jozsef Kadlecsik 2015-08-17 20:08 ` Jozsef Kadlecsik 1 sibling, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-12 9:43 UTC (permalink / raw) To: Jozsef Kadlecsik; +Cc: netfilter@vger.kernel.org There is no timeout on line 42 .... 40 0 ipset create test bitmap:ip range 2.0.0.1-2.1.0.0 comment timeout 5 41 # Bitmap comment: Add multiple elements with default timeout 42 0 for x in `seq 1 255`; do echo "add test 2.0.0.$x comment \\\"text message $x\\\""; done | ipset restore 43 # Bitmap comment: Add multiple elements with zero timeout 44 0 for x in `seq 1 255`; do echo "add test 2.0.1.$x timeout 0 comment \\\"text message $x\\\""; done | ipset restore On Wed, Aug 12, 2015 at 2:56 PM, Jozsef Kadlecsik <kadlec@blackhole.kfki.hu> wrote: > On Wed, 12 Aug 2015, Akshat Kakkar wrote: > >> Well ... quite a number of tests passed succesfully... but then some >> test have failed. >> partial o/p of 'make tests' is >> >> comment: Bitmap comment: create set with timeout: passed >> comment: Bitmap comment: Add multiple elements with default timeout: passed >> comment: Bitmap comment: Add multiple elements with zero timeout: passed >> comment: Bitmap comment: List set: passed >> comment: Bitmap comment: Check listing: passed >> comment: Sleep 5s so that entries can time out: passed >> comment: Bitmap comment: List set: passed >> comment: Bitmap comment: Check listing: --- .foo 2015-08-12 >> 12:14:03.475222428 +0530 >> +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 >> @@ -1,9 +1,9 @@ >> Name: test >> Type: bitmap:ip >> Header: range 2.0.0.1-2.1.0.0 timeout x comment >> -Size in memory: 1056896 >> +Size in memory: 1056928 >> References: 0 >> -Number of entries: 255 >> +Number of entries: 510 >> Members: >> 2.0.1.1 timeout x comment "text message 1" >> 2.0.1.2 timeout x comment "text message 2" >> FAILED >> Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 >> make: *** [tests] Error 1 > > According to the diff, none of the entries with 5s timeout value timed > out. Than may mean simply that the sleep/listing was faster than > anticipated. > > Please change the timeout value to 4 (s) in line 42 in comment.t and > re-run the test. Does it run successfully? > > Best regards, > Jozsef > - > E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu > PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt > Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences > H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-12 9:43 ` Akshat Kakkar @ 2015-08-12 9:48 ` Jozsef Kadlecsik [not found] ` <CAA5aLPg2xNZMw2xRirj5pBnEort-K4sHesYfnVL+CD9D2V97jQ@mail.gmail.com> 0 siblings, 1 reply; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-12 9:48 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Wed, 12 Aug 2015, Akshat Kakkar wrote: > There is no timeout on line 42 .... > > 40 0 ipset create test bitmap:ip range 2.0.0.1-2.1.0.0 comment timeout 5 > 41 # Bitmap comment: Add multiple elements with default timeout > 42 0 for x in `seq 1 255`; do echo "add test 2.0.0.$x comment > \\\"text message $x\\\""; done | ipset restore > 43 # Bitmap comment: Add multiple elements with zero timeout > 44 0 for x in `seq 1 255`; do echo "add test 2.0.1.$x timeout 0 > comment \\\"text message $x\\\""; done | ipset restore Then in line 40 - I looked at my git tree. Best regards, Jozsef > On Wed, Aug 12, 2015 at 2:56 PM, Jozsef Kadlecsik > <kadlec@blackhole.kfki.hu> wrote: > > On Wed, 12 Aug 2015, Akshat Kakkar wrote: > > > >> Well ... quite a number of tests passed succesfully... but then some > >> test have failed. > >> partial o/p of 'make tests' is > >> > >> comment: Bitmap comment: create set with timeout: passed > >> comment: Bitmap comment: Add multiple elements with default timeout: passed > >> comment: Bitmap comment: Add multiple elements with zero timeout: passed > >> comment: Bitmap comment: List set: passed > >> comment: Bitmap comment: Check listing: passed > >> comment: Sleep 5s so that entries can time out: passed > >> comment: Bitmap comment: List set: passed > >> comment: Bitmap comment: Check listing: --- .foo 2015-08-12 > >> 12:14:03.475222428 +0530 > >> +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 > >> @@ -1,9 +1,9 @@ > >> Name: test > >> Type: bitmap:ip > >> Header: range 2.0.0.1-2.1.0.0 timeout x comment > >> -Size in memory: 1056896 > >> +Size in memory: 1056928 > >> References: 0 > >> -Number of entries: 255 > >> +Number of entries: 510 > >> Members: > >> 2.0.1.1 timeout x comment "text message 1" > >> 2.0.1.2 timeout x comment "text message 2" > >> FAILED > >> Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 > >> make: *** [tests] Error 1 > > > > According to the diff, none of the entries with 5s timeout value timed > > out. Than may mean simply that the sleep/listing was faster than > > anticipated. > > > > Please change the timeout value to 4 (s) in line 42 in comment.t and > > re-run the test. Does it run successfully? > > > > Best regards, > > Jozsef > > - > > E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu > > PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt > > Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences > > H-1525 Budapest 114, POB. 49, Hungary > - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
[parent not found: <CAA5aLPg2xNZMw2xRirj5pBnEort-K4sHesYfnVL+CD9D2V97jQ@mail.gmail.com>]
[parent not found: <alpine.DEB.2.10.1508121210280.15443@blackhole.kfki.hu>]
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) [not found] ` <alpine.DEB.2.10.1508121210280.15443@blackhole.kfki.hu> @ 2015-08-12 10:42 ` Akshat Kakkar 2015-08-14 7:34 ` Akshat Kakkar 0 siblings, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-12 10:42 UTC (permalink / raw) To: Jozsef Kadlecsik, netfilter@vger.kernel.org Thanks a lot. On Wed, Aug 12, 2015 at 3:42 PM, Jozsef Kadlecsik <kadlec@blackhole.kfki.hu> wrote: > On Wed, 12 Aug 2015, Akshat Kakkar wrote: > >> that I did change to 4, >> >> o/p is >> >> comment: Bitmap comment: List set: passed >> comment: Bitmap comment: Check listing: passed >> comment: Sleep 5s so that entries can time out: passed >> comment: Bitmap comment: List set: passed >> comment: Bitmap comment: Check listing: --- .foo 2015-08-12 >> 15:10:46.562822931 +0530 >> +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 >> @@ -1,9 +1,9 @@ >> Name: test >> Type: bitmap:ip >> Header: range 2.0.0.1-2.1.0.0 timeout x comment >> -Size in memory: 1056896 >> +Size in memory: 1056928 >> References: 0 >> -Number of entries: 255 >> +Number of entries: 510 >> Members: >> 2.0.1.1 timeout x comment "text message 1" >> 2.0.1.2 timeout x comment "text message 2" >> FAILED >> Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 >> make: *** [tests] Error 1 > > That is quite strange: the bitmap:ip timeout tests ran successfully, here > the comment extension is added to the elements besides the timeout. > > So this is with kernel 4.1.4 - I'm going to check it myself. > > Best regards, > Jozsef > - > E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu > PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt > Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences > H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-12 10:42 ` Akshat Kakkar @ 2015-08-14 7:34 ` Akshat Kakkar 2015-08-14 8:32 ` Jozsef Kadlecsik 0 siblings, 1 reply; 15+ messages in thread From: Akshat Kakkar @ 2015-08-14 7:34 UTC (permalink / raw) To: Jozsef Kadlecsik, netfilter@vger.kernel.org Hi Jozsef, Any update ? On Wed, Aug 12, 2015 at 4:12 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > Thanks a lot. > > On Wed, Aug 12, 2015 at 3:42 PM, Jozsef Kadlecsik > <kadlec@blackhole.kfki.hu> wrote: >> On Wed, 12 Aug 2015, Akshat Kakkar wrote: >> >>> that I did change to 4, >>> >>> o/p is >>> >>> comment: Bitmap comment: List set: passed >>> comment: Bitmap comment: Check listing: passed >>> comment: Sleep 5s so that entries can time out: passed >>> comment: Bitmap comment: List set: passed >>> comment: Bitmap comment: Check listing: --- .foo 2015-08-12 >>> 15:10:46.562822931 +0530 >>> +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 >>> @@ -1,9 +1,9 @@ >>> Name: test >>> Type: bitmap:ip >>> Header: range 2.0.0.1-2.1.0.0 timeout x comment >>> -Size in memory: 1056896 >>> +Size in memory: 1056928 >>> References: 0 >>> -Number of entries: 255 >>> +Number of entries: 510 >>> Members: >>> 2.0.1.1 timeout x comment "text message 1" >>> 2.0.1.2 timeout x comment "text message 2" >>> FAILED >>> Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 >>> make: *** [tests] Error 1 >> >> That is quite strange: the bitmap:ip timeout tests ran successfully, here >> the comment extension is added to the elements besides the timeout. >> >> So this is with kernel 4.1.4 - I'm going to check it myself. >> >> Best regards, >> Jozsef >> - >> E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu >> PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt >> Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences >> H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-14 7:34 ` Akshat Kakkar @ 2015-08-14 8:32 ` Jozsef Kadlecsik 0 siblings, 0 replies; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-14 8:32 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Fri, 14 Aug 2015, Akshat Kakkar wrote: > Any update ? Not yet, I'm on holiday - at the weekend I'll be able to check it. Best regards, Jozsef > On Wed, Aug 12, 2015 at 4:12 PM, Akshat Kakkar <akshat.1984@gmail.com> wrote: > > Thanks a lot. > > > > On Wed, Aug 12, 2015 at 3:42 PM, Jozsef Kadlecsik > > <kadlec@blackhole.kfki.hu> wrote: > >> On Wed, 12 Aug 2015, Akshat Kakkar wrote: > >> > >>> that I did change to 4, > >>> > >>> o/p is > >>> > >>> comment: Bitmap comment: List set: passed > >>> comment: Bitmap comment: Check listing: passed > >>> comment: Sleep 5s so that entries can time out: passed > >>> comment: Bitmap comment: List set: passed > >>> comment: Bitmap comment: Check listing: --- .foo 2015-08-12 > >>> 15:10:46.562822931 +0530 > >>> +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 > >>> @@ -1,9 +1,9 @@ > >>> Name: test > >>> Type: bitmap:ip > >>> Header: range 2.0.0.1-2.1.0.0 timeout x comment > >>> -Size in memory: 1056896 > >>> +Size in memory: 1056928 > >>> References: 0 > >>> -Number of entries: 255 > >>> +Number of entries: 510 > >>> Members: > >>> 2.0.1.1 timeout x comment "text message 1" > >>> 2.0.1.2 timeout x comment "text message 2" > >>> FAILED > >>> Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 > >>> make: *** [tests] Error 1 > >> > >> That is quite strange: the bitmap:ip timeout tests ran successfully, here > >> the comment extension is added to the elements besides the timeout. > >> > >> So this is with kernel 4.1.4 - I'm going to check it myself. > >> > >> Best regards, > >> Jozsef > >> - > >> E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu > >> PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt > >> Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences > >> H-1525 Budapest 114, POB. 49, Hungary > -- > To unsubscribe from this list: send the line "unsubscribe netfilter" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-12 9:26 ` Jozsef Kadlecsik 2015-08-12 9:43 ` Akshat Kakkar @ 2015-08-17 20:08 ` Jozsef Kadlecsik 2015-08-17 22:27 ` Jozsef Kadlecsik 1 sibling, 1 reply; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-17 20:08 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Wed, 12 Aug 2015, Jozsef Kadlecsik wrote: > On Wed, 12 Aug 2015, Akshat Kakkar wrote: > > > Well ... quite a number of tests passed succesfully... but then some > > test have failed. > > partial o/p of 'make tests' is > > > > comment: Bitmap comment: create set with timeout: passed > > comment: Bitmap comment: Add multiple elements with default timeout: passed > > comment: Bitmap comment: Add multiple elements with zero timeout: passed > > comment: Bitmap comment: List set: passed > > comment: Bitmap comment: Check listing: passed > > comment: Sleep 5s so that entries can time out: passed > > comment: Bitmap comment: List set: passed > > comment: Bitmap comment: Check listing: --- .foo 2015-08-12 > > 12:14:03.475222428 +0530 > > +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 > > @@ -1,9 +1,9 @@ > > Name: test > > Type: bitmap:ip > > Header: range 2.0.0.1-2.1.0.0 timeout x comment > > -Size in memory: 1056896 > > +Size in memory: 1056928 > > References: 0 > > -Number of entries: 255 > > +Number of entries: 510 > > Members: > > 2.0.1.1 timeout x comment "text message 1" > > 2.0.1.2 timeout x comment "text message 2" > > FAILED > > Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 > > make: *** [tests] Error 1 > > According to the diff, none of the entries with 5s timeout value timed > out. Than may mean simply that the sleep/listing was faster than > anticipated. Using the same system you described I could not reproduce any failure in the testsuite: # uname -a Linux teg 4.1.4 #1 SMP Sat Aug 15 17:09:32 CEST 2015 x86_64 GNU/Linux # ../src/ipset -v ipset v6.25.1, protocol version: 6 # ./runtests.sh ... All tests are passed I ran the testsuite multiple times. What is the version of the gcc you used for compiling? Best regards, Jozsef - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-17 20:08 ` Jozsef Kadlecsik @ 2015-08-17 22:27 ` Jozsef Kadlecsik 2015-08-18 7:16 ` Akshat Kakkar 0 siblings, 1 reply; 15+ messages in thread From: Jozsef Kadlecsik @ 2015-08-17 22:27 UTC (permalink / raw) To: Akshat Kakkar; +Cc: netfilter@vger.kernel.org On Mon, 17 Aug 2015, Jozsef Kadlecsik wrote: > On Wed, 12 Aug 2015, Jozsef Kadlecsik wrote: > > > On Wed, 12 Aug 2015, Akshat Kakkar wrote: > > > > > Well ... quite a number of tests passed succesfully... but then some > > > test have failed. > > > partial o/p of 'make tests' is > > > > > > comment: Bitmap comment: create set with timeout: passed > > > comment: Bitmap comment: Add multiple elements with default timeout: passed > > > comment: Bitmap comment: Add multiple elements with zero timeout: passed > > > comment: Bitmap comment: List set: passed > > > comment: Bitmap comment: Check listing: passed > > > comment: Sleep 5s so that entries can time out: passed > > > comment: Bitmap comment: List set: passed > > > comment: Bitmap comment: Check listing: --- .foo 2015-08-12 > > > 12:14:03.475222428 +0530 > > > +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 > > > @@ -1,9 +1,9 @@ > > > Name: test > > > Type: bitmap:ip > > > Header: range 2.0.0.1-2.1.0.0 timeout x comment > > > -Size in memory: 1056896 > > > +Size in memory: 1056928 > > > References: 0 > > > -Number of entries: 255 > > > +Number of entries: 510 > > > Members: > > > 2.0.1.1 timeout x comment "text message 1" > > > 2.0.1.2 timeout x comment "text message 2" > > > FAILED > > > Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 > > > make: *** [tests] Error 1 > > > > According to the diff, none of the entries with 5s timeout value timed > > out. Than may mean simply that the sleep/listing was faster than > > anticipated. > > Using the same system you described I could not reproduce any failure in > the testsuite: > > # uname -a > Linux teg 4.1.4 #1 SMP Sat Aug 15 17:09:32 CEST 2015 x86_64 GNU/Linux > # ../src/ipset -v > ipset v6.25.1, protocol version: 6 > # ./runtests.sh > ... > All tests are passed > > I ran the testsuite multiple times. > > What is the version of the gcc you used for compiling? You did rmmod the original "ip_set" kernel module too, didn't you? If not, that may explain the failure. Best regards, Jozsef - E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
* Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) 2015-08-17 22:27 ` Jozsef Kadlecsik @ 2015-08-18 7:16 ` Akshat Kakkar 0 siblings, 0 replies; 15+ messages in thread From: Akshat Kakkar @ 2015-08-18 7:16 UTC (permalink / raw) To: Jozsef Kadlecsik; +Cc: netfilter@vger.kernel.org I did fresh installation and its working fine!!! and ya, I did rmmod for the original ip_set and version of GCC is 4.4.6 Thanks for the help. On Tue, Aug 18, 2015 at 3:57 AM, Jozsef Kadlecsik <kadlec@blackhole.kfki.hu> wrote: > On Mon, 17 Aug 2015, Jozsef Kadlecsik wrote: > >> On Wed, 12 Aug 2015, Jozsef Kadlecsik wrote: >> >> > On Wed, 12 Aug 2015, Akshat Kakkar wrote: >> > >> > > Well ... quite a number of tests passed succesfully... but then some >> > > test have failed. >> > > partial o/p of 'make tests' is >> > > >> > > comment: Bitmap comment: create set with timeout: passed >> > > comment: Bitmap comment: Add multiple elements with default timeout: passed >> > > comment: Bitmap comment: Add multiple elements with zero timeout: passed >> > > comment: Bitmap comment: List set: passed >> > > comment: Bitmap comment: Check listing: passed >> > > comment: Sleep 5s so that entries can time out: passed >> > > comment: Bitmap comment: List set: passed >> > > comment: Bitmap comment: Check listing: --- .foo 2015-08-12 >> > > 12:14:03.475222428 +0530 >> > > +++ comment.t.list12 2015-06-25 14:49:08.000000000 +0530 >> > > @@ -1,9 +1,9 @@ >> > > Name: test >> > > Type: bitmap:ip >> > > Header: range 2.0.0.1-2.1.0.0 timeout x comment >> > > -Size in memory: 1056896 >> > > +Size in memory: 1056928 >> > > References: 0 >> > > -Number of entries: 255 >> > > +Number of entries: 510 >> > > Members: >> > > 2.0.1.1 timeout x comment "text message 1" >> > > 2.0.1.2 timeout x comment "text message 2" >> > > FAILED >> > > Failed test: diff -u -I 'Size in memory.*' .foo comment.t.list12 >> > > make: *** [tests] Error 1 >> > >> > According to the diff, none of the entries with 5s timeout value timed >> > out. Than may mean simply that the sleep/listing was faster than >> > anticipated. >> >> Using the same system you described I could not reproduce any failure in >> the testsuite: >> >> # uname -a >> Linux teg 4.1.4 #1 SMP Sat Aug 15 17:09:32 CEST 2015 x86_64 GNU/Linux >> # ../src/ipset -v >> ipset v6.25.1, protocol version: 6 >> # ./runtests.sh >> ... >> All tests are passed >> >> I ran the testsuite multiple times. >> >> What is the version of the gcc you used for compiling? > > You did rmmod the original "ip_set" kernel module too, didn't you? If not, > that may explain the failure. > > Best regards, > Jozsef > - > E-mail : kadlec@blackhole.kfki.hu, kadlecsik.jozsef@wigner.mta.hu > PGP key : http://www.kfki.hu/~kadlec/pgp_public_key.txt > Address : Wigner Research Centre for Physics, Hungarian Academy of Sciences > H-1525 Budapest 114, POB. 49, Hungary ^ permalink raw reply [flat|nested] 15+ messages in thread
end of thread, other threads:[~2015-08-18 7:16 UTC | newest]
Thread overview: 15+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-08-11 6:31 Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4) Akshat Kakkar
2015-08-11 6:32 ` Akshat Kakkar
2015-08-11 6:49 ` Akshat Kakkar
2015-08-11 10:13 ` Jozsef Kadlecsik
[not found] ` <CAA5aLPj7LA3bN4NBCTvQ=FjDMy-8GZqh9nWk3groyMYOj5nQUQ@mail.gmail.com>
[not found] ` <alpine.DEB.2.10.1508111320400.9289@blackhole.kfki.hu>
[not found] ` <CAA5aLPhO7643BnLNNe4Kp+h6Nivvn_jtgVdRXBfWGPPPLf_kXA@mail.gmail.com>
[not found] ` <alpine.DEB.2.10.1508111416010.9289@blackhole.kfki.hu>
[not found] ` <CAA5aLPiNcE51=3UYfuRa8U_ueq6U7cJJPR0Tyd2cqH143vd9wg@mail.gmail.com>
2015-08-11 13:46 ` Akshat Kakkar
2015-08-12 6:50 ` Akshat Kakkar
2015-08-12 9:26 ` Jozsef Kadlecsik
2015-08-12 9:43 ` Akshat Kakkar
2015-08-12 9:48 ` Jozsef Kadlecsik
[not found] ` <CAA5aLPg2xNZMw2xRirj5pBnEort-K4sHesYfnVL+CD9D2V97jQ@mail.gmail.com>
[not found] ` <alpine.DEB.2.10.1508121210280.15443@blackhole.kfki.hu>
2015-08-12 10:42 ` Akshat Kakkar
2015-08-14 7:34 ` Akshat Kakkar
2015-08-14 8:32 ` Jozsef Kadlecsik
2015-08-17 20:08 ` Jozsef Kadlecsik
2015-08-17 22:27 ` Jozsef Kadlecsik
2015-08-18 7:16 ` Akshat Kakkar
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).