March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5246: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1196145|https://bugzilla.redhat.com/show_bug.cgi?id=1196145] from POST to MODIFIED > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5246: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1197725|https://bugzilla.redhat.com/show_bug.cgi?id=1197725] from POST to MODIFIED > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4258) *MassIndexing.testReindexing test fails randomly on RHEL7

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4258?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4258: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1093775|https://bugzilla.redhat.com/show_bug.cgi?id=1093775] from NEW to MODIFIED > *MassIndexing.testReindexing test fails randomly on RHEL7 > ----------------------------------------------------------- > > Key: ISPN-4258 > URL: https://issues.jboss.org/browse/ISPN-4258 > Project: Infinispan > Issue Type: Bug > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha3 > Reporter: Vitalii Chepeliuk > Assignee: Gustavo Fernandes > Labels: testsuite_stability > Fix For: 7.0.0.Beta2 > > Attachments: MassIndexingTests.zip > > > Following tests fail with assertion error > DistProgrammaticMassIndexTest.testReindexing > TopologyAwareDistMassIndexingTest.testReindexing > DistributedMassIndexingTest.testReindexing > DistributedMassIndexingViaJmxTest.testReindexing > DistributedMassIndexingViaJmxTest.createBeforeClass > {noformat} > java.lang.AssertionError: expected:<3> but was:<0> > at org.junit.Assert.fail(Assert.java:88) > at org.junit.Assert.failNotEquals(Assert.java:743) > at org.junit.Assert.assertEquals(Assert.java:118) > at org.junit.Assert.assertEquals(Assert.java:555) > at org.junit.Assert.assertEquals(Assert.java:542) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:89) > at org.infinispan.query.distributed.DistributedMassIndexingTest.verifyFindsCar(DistributedMassIndexingTest.java:80) > at org.infinispan.query.distributed.DistributedMassIndexingTest.testReindexing(DistributedMassIndexingTest.java:58) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80) > at org.testng.internal.Invoker.invokeMethod(Invoker.java:714) > at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901) > at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231) > at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127) > at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111) > at org.testng.TestRunner.privateRun(TestRunner.java:767) > at org.testng.TestRunner.run(TestRunner.java:617) > at org.testng.SuiteRunner.runTest(SuiteRunner.java:334) > at org.testng.SuiteRunner.access$000(SuiteRunner.java:37) > at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368) > at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64) > at java.util.concurrent.FutureTask.run(FutureTask.java:262) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > {noformat} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5223) NPE in InfinispanCollections.containsAny

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5223?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5223: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1196563|https://bugzilla.redhat.com/show_bug.cgi?id=1196563] from POST to MODIFIED > NPE in InfinispanCollections.containsAny > ---------------------------------------- > > Key: ISPN-5223 > URL: https://issues.jboss.org/browse/ISPN-5223 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.Final > Reporter: Kurt Lehrke > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > When having partition handling enabled on a replicated cache, a null pointer exception is thrown in the post operation partition check because the ClusteringDependentLogic.getOwners(key) returns null. > Here's the line it's thrown: > https://github.com/infinispan/infinispan/blob/master/commons/src/main/jav... > Here's the calling line: > https://github.com/infinispan/infinispan/blob/master/core/src/main/java/o... > Relevant stack trace: > {code} > java.lang.NullPointerException > at org.infinispan.commons.util.InfinispanCollections.containsAny(InfinispanCollections.java:309) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.postOperationPartitionCheck(PartitionHandlingInterceptor.java:149) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.partitionhandling.impl.PartitionHandlingInterceptor.visitGetKeyValueCommand(PartitionHandlingInterceptor.java:114) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:112) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleTopologyAffectedCommand(StateTransferInterceptor.java:233) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.statetransfer.StateTransferInterceptor.handleDefault(StateTransferInterceptor.java:217) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitDataReadCommand(CacheMgmtInterceptor.java:103) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.CacheMgmtInterceptor.visitGetKeyValueCommand(CacheMgmtInterceptor.java:91) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:98) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.AbstractVisitor.visitGetKeyValueCommand(AbstractVisitor.java:77) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.commands.read.GetKeyValueCommand.acceptVisitor(GetKeyValueCommand.java:39) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:333) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:391) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at org.infinispan.cache.impl.CacheImpl.containsKey(CacheImpl.java:384) ~[infinispan-embedded-7.0.3.Final.jar:7.0.3.Final] > at com.redprairie.moca.cluster.manager.AbstractClusterRoleManager$RoleUpdater.run(AbstractClusterRoleManager.java:671) ~[moca-server.jar:?] > at com.redprairie.moca.util.ExceptionSuppressingRunnable.run(ExceptionSuppressingRunnable.java:47) ~[moca-server.jar:?] > at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.FutureTask.runAndReset(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(Unknown Source) ~[?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source) [?:1.7.0_67] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [?:1.7.0_67] > at java.lang.Thread.run(Unknown Source) [?:1.7.0_67] > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5232) Entry iterator returns entries created in current TX but does not apply the filter/converter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5232?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5232: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1197851|https://bugzilla.redhat.com/show_bug.cgi?id=1197851] from NEW to POST > Entry iterator returns entries created in current TX but does not apply the filter/converter > -------------------------------------------------------------------------------------------- > > Key: ISPN-5232 > URL: https://issues.jboss.org/browse/ISPN-5232 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: William Burns > Fix For: 7.2.0.Beta1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3023) Re-implement BoundedConcurrentHashMap using CHMv8 designs

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3023?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-3023: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1197847|https://bugzilla.redhat.com/show_bug.cgi?id=1197847] from NEW to POST > Re-implement BoundedConcurrentHashMap using CHMv8 designs > --------------------------------------------------------- > > Key: ISPN-3023 > URL: https://issues.jboss.org/browse/ISPN-3023 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Eviction > Affects Versions: 5.2.5.Final > Reporter: Manik Surtani > Assignee: William Burns > Priority: Minor > Labels: performance > Fix For: 7.2.0.Final > > > This is better than the current segment-based approach, in terms of memory footprint as well as performance under high concurrency. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5232) Entry iterator returns entries created in current TX but does not apply the filter/converter

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5232?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5232: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1197851 > Entry iterator returns entries created in current TX but does not apply the filter/converter > -------------------------------------------------------------------------------------------- > > Key: ISPN-5232 > URL: https://issues.jboss.org/browse/ISPN-5232 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Final > Reporter: Adrian Nistor > Assignee: William Burns > Fix For: 7.2.0.Beta1, 7.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3023) Re-implement BoundedConcurrentHashMap using CHMv8 designs

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-3023?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-3023: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1197847 > Re-implement BoundedConcurrentHashMap using CHMv8 designs > --------------------------------------------------------- > > Key: ISPN-3023 > URL: https://issues.jboss.org/browse/ISPN-3023 > Project: Infinispan > Issue Type: Feature Request > Components: Core, Eviction > Affects Versions: 5.2.5.Final > Reporter: Manik Surtani > Assignee: William Burns > Priority: Minor > Labels: performance > Fix For: 7.2.0.Final > > > This is better than the current segment-based approach, in terms of memory footprint as well as performance under high concurrency. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5246) Re-enable the queue for the JGroups internal thread pool in the default configuration

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-5246?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-5246: ------------------------------------ [~rvansa] no need for a JGroups JIRA, because the default in JGroups was always to have a queue of 500 elements for the internal thread pool. Basically this is about changing the Infinispan embedded/server defaults to match the JGroups defaults, except with a higher number of active threads. The reason to make the change now is this error in a user's log: {noformat} 2015-02-23 17:39:15.562 ERROR [org.jgroups.protocols.UDP] (unicast receiver,shared=udp) null: failed submitting DONT_BUNDLE message to thread pool: java.util.concurrent.RejectedExecutionException: Task org.jgroups.protocols.TP$SingleMessageHandler@445f02d7 rejected from java.util.concurrent.ThreadPoolExecutor@ccce5c2[Running, pool size = 20, active threads = 19, queued tasks = 0, completed tasks = 442418]. Msg: MFC: REPLENISH, UNICAST3: DATA, seqno=11045, UDP: [cluster_name=clustered] {noformat} It shows the INTERNAL-flagged messages are processed very quickly, as the number of active threads is already 19 by the time the message is logged, but still it's possible for a MFC REPLENISH message to be dropped. And until the REPLENISH message is resent, after 500 milliseconds or more, all the threads trying to send broadcasts are blocked. Unfortunately, when a cluster with a lot of defined caches starts up, the coordinator needs to send a lot of broadcast messages in response to unicast messages from other nodes (e.g. a CH_UPDATE message in response to a REBALANCE_CONFIRM message), and blocking all of them quickly fills up the remote executor and then the OOB thread pools. > Re-enable the queue for the JGroups internal thread pool in the default configuration > ------------------------------------------------------------------------------------- > > Key: ISPN-5246 > URL: https://issues.jboss.org/browse/ISPN-5246 > Project: Infinispan > Issue Type: Task > Components: Configuration > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > Need to change {{default-jgroups-udp/tcp.xml}} for embedded and {{jgroups-defaults.xml}} for server. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5254) Server not always stopped properly with the IBM JDK

by Vitalii Chepeliuk (JIRA)

[ https://issues.jboss.org/browse/ISPN-5254?page=com.atlassian.jira.plugin.... ] Vitalii Chepeliuk commented on ISPN-5254: ----------------------------------------- Yep you are right! I fixed it in downstream but not upstream. My changes should be propagated to upstream. > Server not always stopped properly with the IBM JDK > --------------------------------------------------- > > Key: ISPN-5254 > URL: https://issues.jboss.org/browse/ISPN-5254 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.2.0.Alpha1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 7.2.0.Beta1 > > > Because of WFLY-3549, the Infinispan/Wildfly server doesn't always stop properly and it needs to be killed with {{kill -9}}. > AFAICT Arquillian doesn't always handle this when there is a startup problem, because it uses {{Process.destroy()}} instead of {{Process.destroyForcefully()}}, and I believe it doesn't go through {{InfinispanServerKillProcessor}}. However, the server seems to be properly started in this case. > We have two Ant scripts that kill any running server: {{kill-jbossas.xml}} in {{server/integration/testsuite}} and {{build.xml}} in {{integrationtests/as-integration-client}}. However, the IBM JDK installed on the CI agent machines doesn't have a {{jps}} command, so the script doesn't work: > {noformat} > [04:47:58]E: [org.infinispan:infinispan-as-module-client-integrationtests] Failed to execute goal org.apache.maven.plugins:maven-antrun-plugin:1.8:run (infinispan-server-shutdown) on project infinispan-as-module-client-integrationtests: An Ant BuildException has occured: The following error occurred while executing this line: > /mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client/build.xml:55: Execute failed: java.io.IOException: Cannot run program "/opt/ibm/java-x86_64-71/bin/jps" (in directory "/mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client"): error=2, No such file or directory > around Ant part ...<ant antfile="build.xml" target="kill_server"/>... @ 4:50 in /mnt/persistent_storage/cloud-user/ispn/buildAgent/work/64255532d1f9a010/integrationtests/as-integration-client/target/antrun/build-main.xml > {noformat} > I suggest using {{ps -o pid=,cmd= -Cjava}} to check for running processes instead of {{jps}}. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 10 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015