January 2019 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-9847) Extend configuration to allow inline JGroups configuration and inheritance

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9847?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9847: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Extend configuration to allow inline JGroups configuration and inheritance > -------------------------------------------------------------------------- > > Key: ISPN-9847 > URL: https://issues.jboss.org/browse/ISPN-9847 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Core > Affects Versions: 10.0.0.Alpha2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta1 > > > Allowing inline JGroups configurations to increase usability. > Also support the following extra features: > * stack inheritance with protocol replacement/override > * easier xsite configuration > {code:xml} > <jgroups transport="org.infinispan.remoting.transport.jgroups.JGroupsTransport"> >  > <stack-file name="udp" path="stacks/udp.xml"/> > <stack-file name="tcp" path="stacks/tcp.xml"/> >  > <stack name="mping"> > <TCP bind_port="7800" port_range="30" recv_buf_size="20000000" send_buf_size="640000" > sock_conn_timeout="300" bundler_type="no-bundler" > thread_pool.min_threads="0" thread_pool.max_threads="25" thread_pool.keep_alive_time="5000"/> > <MPING bind_addr="127.0.0.1" break_on_coord_rsp="true" > mcast_addr="${jgroups.mping.mcast_addr:228.2.4.6}" > mcast_port="${jgroups.mping.mcast_port:43366}" > ip_ttl="${jgroups.udp.ip_ttl:2}"/> > <MERGE3/> > <FD_SOCK/> > <FD_ALL timeout="3000" > interval="1000" > timeout_check_interval="1000" > /> > <VERIFY_SUSPECT timeout="1000"/> > <pbcast.NAKACK2 > use_mcast_xmit="false" > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000"/> > <UNICAST3 > xmit_interval="100" > xmit_table_num_rows="50" > xmit_table_msgs_per_row="1024" > xmit_table_max_compaction_time="30000" > /> > <RSVP /> > <pbcast.STABLE stability_delay="200" > desired_avg_gossip="2000" > max_bytes="1M" > /> > <pbcast.GMS print_local_addr="false" > join_timeout="${jgroups.join_timeout:2000}"/> > <MFC max_credits="2M" min_threshold="0.40"/> > <FRAG3/> > </stack> >  > <stack name="mytcp" extends="tcp"> > <MERGE3 max_interval="20000"/> > </stack> >  > <stack name="tcpgossip" extends="tcp"> > <TCPGOSSIP initial_hosts="${jgroups.tunnel.gossip_router_hosts:localhost[12001]}" stack.combine="replace:TCP_NIO2"/> > </stack> >  > <stack name="xsite" extends="udp"> > <relay site="LON"> > <remote-site name="NYC" stack="tcpgossip"/> > </relay> > </stack> > </jgroups> > {code} -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9848) RocksDBParallelIterationTest.testSequentialIterationWithoutValueOrMetadata random failures

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9848?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9848: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > RocksDBParallelIterationTest.testSequentialIterationWithoutValueOrMetadata random failures > ------------------------------------------------------------------------------------------ > > Key: ISPN-9848 > URL: https://issues.jboss.org/browse/ISPN-9848 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 10.0.0.Alpha2 > Reporter: Dan Berindei > Priority: Critical > Labels: testsuite_failure, testsuite_stability > Fix For: 10.0.0.Beta1 > > > The test fails right at the beginning, I assume a previous test did not clean up properly: > {noformat} > java.lang.AssertionError: expected [0] but found [200] > at org.infinispan.persistence.ParallelIterationTest.runIterationTest(ParallelIterationTest.java:118) > at org.infinispan.persistence.ParallelIterationTest.testSequentialIterationWithoutValueOrMetadata(ParallelIterationTest.java:109) > {noformat} > https://ci.infinispan.org/job/Infinispan/job/PR-6535/11/ -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9849) Server should allocate less when looking up the cache

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9849?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9849: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Server should allocate less when looking up the cache > ----------------------------------------------------- > > Key: ISPN-9849 > URL: https://issues.jboss.org/browse/ISPN-9849 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: performance > Fix For: 10.0.0.Beta1 > > > * A composed String key is allocated to look up a decorated cache > * Another composed String key is allocated to look up the {{CacheInfo}} object for that decorated cache. We could keep this map and remove the decorated caches map. > * Reads decorate the cache with {{SKIP_STATISTICS}}, allocating a {{Flag[]}} and a {{DecoratedCache}} per request. I'd like to remove this wrapping, even if updating the statistics slows things down a bit, because without statistics there's no way to find the hit ratio of the cache. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9850) State transfer enabled attribute is overridden by store fetch-state attribute

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9850?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9850: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > State transfer enabled attribute is overridden by store fetch-state attribute > ----------------------------------------------------------------------------- > > Key: ISPN-9850 > URL: https://issues.jboss.org/browse/ISPN-9850 > Project: Infinispan > Issue Type: Bug > Components: Configuration, Core > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1 > > > The decision whether to request state is made based on {{(configuration.clustering().stateTransfer().fetchInMemoryState() || configuration.persistence().fetchPersistentState())}}. In the XML {{fetchInMemoryState}} is {{<state-transfer enabled=X/>}}, {{fetchPersistentState}} is {{<store fetch-state=X/>}}. > We should rename {{fetchInMemoryState}} to match the XML and to indicate that it enables/disables all state transfer, and stores should not be allowed to fetch state if state transfer was disabled in the state transfer configuration. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9859) Upgrade to Netty 4.1.32.Final and Netty tcnative 2.0.20

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9859?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9859: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Upgrade to Netty 4.1.32.Final and Netty tcnative 2.0.20 > ------------------------------------------------------- > > Key: ISPN-9859 > URL: https://issues.jboss.org/browse/ISPN-9859 > Project: Infinispan > Issue Type: Component Upgrade > Components: Hot Rod, REST, Security, Server > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.6.Final > > > In order to fix an NPE with IBM JDK we need to upgrade to Netty 4.1.32.Final and Netty tcnative 2.0.20.Final > https://github.com/netty/netty/issues/8170 -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9882) JdbcStringBasedStore leaks threads

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9882?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9882: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > JdbcStringBasedStore leaks threads > ---------------------------------- > > Key: ISPN-9882 > URL: https://issues.jboss.org/browse/ISPN-9882 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1 > > > When stopping, {{JdbcStringBasedStore}} only stops the connection factory if it implements {{ManagedConnectionFactory}}. {{PooledConnectionFactory}} doesn't implement it, so Agroal connection pools are not closed and leak threads. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9863) Testsuite leaks threads

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9863?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9863: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Testsuite leaks threads > ----------------------- > > Key: ISPN-9863 > URL: https://issues.jboss.org/browse/ISPN-9863 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.0.0.Beta1 > > > Some hotrod-client tests do not stop their {{RemoteCacheManager}} instances. This was fine before ISPN-8619, but the Netty-based client starts event loop threads and we need to stop them. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9884) SoftIndexFileStore.destroy leaks threads

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9884?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9884: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > SoftIndexFileStore.destroy leaks threads > ---------------------------------------- > > Key: ISPN-9884 > URL: https://issues.jboss.org/browse/ISPN-9884 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1 > > > {{SoftIndexFileStore.destroy()}} doesn't call {{Index.stopOperations()}}, so the index threads keep on running. -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9886) Use UFC_NB and MFC_NB in default embedded configurations

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9886?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9886: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Use UFC_NB and MFC_NB in default embedded configurations > -------------------------------------------------------- > > Key: ISPN-9886 > URL: https://issues.jboss.org/browse/ISPN-9886 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.6.Final > > > Once properly configured, UFC_NB and MFC_NB are just as fast as their blocking siblings (ISPN-9828). We should use the non-blocking variants everywhere to simplify configuration. > We should include UFC_NB even in the TCP configuration, to prevent async messages from overwhelming the receiver (JGRP-2301). -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9887) Upgrade to JGroups 4.0.16.Final

by Tristan Tarrant (Jira)

[ https://issues.jboss.org/browse/ISPN-9887?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-9887: ---------------------------------- Fix Version/s: 10.0.0.Beta1 (was: 10.0.0.Alpha3) > Upgrade to JGroups 4.0.16.Final > ------------------------------- > > Key: ISPN-9887 > URL: https://issues.jboss.org/browse/ISPN-9887 > Project: Infinispan > Issue Type: Component Upgrade > Components: Core > Affects Versions: 10.0.0.Alpha2, 9.4.5.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Fix For: 10.0.0.Beta1, 9.4.6.Final > > > [Release notes|http://belaban.blogspot.com/2019/01/jgroups-4016.html] > The most interesting fix for us is JGRP-2324, which might help with the cluster stability when two nodes leave in rapid succession (although JGRP-2293 is not fixed yet). -- This message was sent by Atlassian Jira (v7.12.1#712002)

7 years, 2 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2019