Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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....

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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....

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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....

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Jozsef Kadlecsik]

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

Re: Ipset Error : ipset v6.25.1: Kernel error received: set type not supported (on Kernel 4.1.4)

[Akshat Kakkar]

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