October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4811) Add Cross-Site state transfer operations and metrics to CLI

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4811?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4811: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Add Cross-Site state transfer operations and metrics to CLI > ----------------------------------------------------------- > > Key: ISPN-4811 > URL: https://issues.jboss.org/browse/ISPN-4811 > Project: Infinispan > Issue Type: Sub-task > Components: Cross-Site Replication > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 7.0.0.Final > > > Add the operations to control the cross-site state transfer and the metrics to check the state of running state transfer to CLI. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4909) Test clearTempDir throws NullPointerException on all Enviroments

by Roman Macor (JIRA)

Roman Macor created ISPN-4909: --------------------------------- Summary: Test clearTempDir throws NullPointerException on all Enviroments Key: ISPN-4909 URL: https://issues.jboss.org/browse/ISPN-4909 Project: Infinispan Issue Type: Bug Components: Test Suite - Core Reporter: Roman Macor Description of problem: Infinispan testsuite test org.infinispan.persistence.leveldb.config.ConfigurationTest.clearTempDir throws NullPointerException on all Enviroments. Full trace log: java.lang.NullPointerException at java.io.File.<init>(File.java:277) at org.infinispan.test.TestingUtil.recursiveFileRemove(TestingUtil.java:566) at org.infinispan.persistence.leveldb.config.ConfigurationTest.clearTempDir(ConfigurationTest.java:44) 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.invokeConfigurationMethod(Invoker.java:564) at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:213) at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:138) at org.testng.TestRunner.afterRun(TestRunner.java:1021) at org.testng.TestRunner.run(TestRunner.java:621) 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:745) -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4825) Add JMX/DMR operation to change the availability mode of the partition

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-4825?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-4825: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Add JMX/DMR operation to change the availability mode of the partition > ---------------------------------------------------------------------- > > Key: ISPN-4825 > URL: https://issues.jboss.org/browse/ISPN-4825 > Project: Infinispan > Issue Type: Feature Request > Components: Core, JMX, reporting and management > Affects Versions: 7.0.0.CR1 > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: partition_handling > Fix For: 7.0.0.Final > > > The administrator should be able to bring the cluster back to available mode if the cache entered degraded mode after successive node crashes. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4908) Clustered cache with FileStore (shared=false) is inconsistent after restarting one node if entries are deleted during restart

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4908?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4908: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1158839 > Clustered cache with FileStore (shared=false) is inconsistent after restarting one node if entries are deleted during restart > ----------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-4908 > URL: https://issues.jboss.org/browse/ISPN-4908 > Project: Infinispan > Issue Type: Bug > Environment: Clustered REPL cache, preloaded, no eviction/expiration > Reporter: Wolf-Dieter Fink > > If a cache instance with a cache store is down and the cache is changed until the instance is back and join the cluster the cache can become inconsisstent. > If entries are deleted during downtime, > - the FileStore with stale object is loaded first if preload=true > - the local entries are updated with new and changed objects from the cluster > - removed entries from the cluster are not seen and therefore not deleted > After complete sync (only) this instance will have stale objects. > From a consistence and performance perspective the FileStore should be pruned on cluster-join by default in this case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4908) Clustered cache with FileStore (shared=false) is inconsistent after restarting one node if entries are deleted during restart

by Wolf-Dieter Fink (JIRA)

Wolf-Dieter Fink created ISPN-4908: -------------------------------------- Summary: Clustered cache with FileStore (shared=false) is inconsistent after restarting one node if entries are deleted during restart Key: ISPN-4908 URL: https://issues.jboss.org/browse/ISPN-4908 Project: Infinispan Issue Type: Bug Environment: Clustered REPL cache, preloaded, no eviction/expiration Reporter: Wolf-Dieter Fink If a cache instance with a cache store is down and the cache is changed until the instance is back and join the cluster the cache can become inconsisstent. If entries are deleted during downtime, - the FileStore with stale object is loaded first if preload=true - the local entries are updated with new and changed objects from the cluster - removed entries from the cluster are not seen and therefore not deleted After complete sync (only) this instance will have stale objects. >From a consistence and performance perspective the FileStore should be pruned on cluster-join by default in this case -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4907) Upgrade to protostream-2.0.0.Final

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4907?page=com.atlassian.jira.plugin.... ] Work on ISPN-4907 started by Adrian Nistor. ------------------------------------------- > Upgrade to protostream-2.0.0.Final > ---------------------------------- > > Key: ISPN-4907 > URL: https://issues.jboss.org/browse/ISPN-4907 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.0.0.CR2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4907) Upgrade to protostream-2.0.0.Final

by Adrian Nistor (JIRA)

Adrian Nistor created ISPN-4907: ----------------------------------- Summary: Upgrade to protostream-2.0.0.Final Key: ISPN-4907 URL: https://issues.jboss.org/browse/ISPN-4907 Project: Infinispan Issue Type: Component Upgrade Components: Remote Querying Affects Versions: 7.0.0.CR2 Reporter: Adrian Nistor Assignee: Adrian Nistor Fix For: 7.0.0.Final -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4907) Upgrade to protostream-2.0.0.Final

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4907?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4907: -------------------------------- Status: Open (was: New) > Upgrade to protostream-2.0.0.Final > ---------------------------------- > > Key: ISPN-4907 > URL: https://issues.jboss.org/browse/ISPN-4907 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.0.0.CR2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4029) NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures

by Sebastian Łaskawiec (JIRA)

[ https://issues.jboss.org/browse/ISPN-4029?page=com.atlassian.jira.plugin.... ] Sebastian Łaskawiec commented on ISPN-4029: ------------------------------------------- [~vjuranek] Hi Vojtech! Could you please verify this? I think we can close it. > NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures > ------------------------------------------------------------------------------------- > > Key: ISPN-4029 > URL: https://issues.jboss.org/browse/ISPN-4029 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Sebastian Łaskawiec > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > 16:58:33,402 ERROR (testng-NotifyingFutureTest:) [UnitTestTestNGListener] Test testExceptionOtherThread1(org.infinispan.commons.util.concurrent.NotifyingFutureTest) failed. > java.lang.AssertionError: expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.testng.Assert.assertTrue(Assert.java:52) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testException(NotifyingFutureTest.java:150) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread(NotifyingFutureTest.java:67) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread1(NotifyingFutureTest.java:46) > {noformat} > The test submits a task to a ThreadPoolExecutor that notifies a NotifyingFutureImpl and assumes that when the NotifyingFutureImpl is done, the original Future is also done. That's clearly not happening some of the time. > * Jenkins > ** RHEL, Oracle JDK7 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > ** RHEL, OpenJDK7 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4029) NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4029?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4029: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1074457|https://bugzilla.redhat.com/show_bug.cgi?id=1074457] from NEW to POST > NotifyingFutureTest.testExceptionOtherThread1 && testDoneOtherThread2 random failures > ------------------------------------------------------------------------------------- > > Key: ISPN-4029 > URL: https://issues.jboss.org/browse/ISPN-4029 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Core > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Sebastian Łaskawiec > Labels: testsuite_stability > Fix For: 7.0.0.Final > > > {noformat} > 16:58:33,402 ERROR (testng-NotifyingFutureTest:) [UnitTestTestNGListener] Test testExceptionOtherThread1(org.infinispan.commons.util.concurrent.NotifyingFutureTest) failed. > java.lang.AssertionError: expected [true] but found [false] > at org.testng.Assert.fail(Assert.java:94) > at org.testng.Assert.failNotEquals(Assert.java:494) > at org.testng.Assert.assertTrue(Assert.java:42) > at org.testng.Assert.assertTrue(Assert.java:52) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testException(NotifyingFutureTest.java:150) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread(NotifyingFutureTest.java:67) > at org.infinispan.commons.util.concurrent.NotifyingFutureTest.testExceptionOtherThread1(NotifyingFutureTest.java:46) > {noformat} > The test submits a task to a ThreadPoolExecutor that notifies a NotifyingFutureImpl and assumes that when the NotifyingFutureImpl is done, the original Future is also done. That's clearly not happening some of the time. > * Jenkins > ** RHEL, Oracle JDK7 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > ** RHEL, OpenJDK7 > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 5 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 October 2014