[JBoss JIRA] (ISPN-4834) ConsistentHashV1IntegrationTest.testCorrectBalancingOfKeysAfterNodeKill random failures (5.2.10)
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4834?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-4834.
---------------------------------
Resolution: Out of Date
> ConsistentHashV1IntegrationTest.testCorrectBalancingOfKeysAfterNodeKill random failures (5.2.10)
> ------------------------------------------------------------------------------------------------
>
> Key: ISPN-4834
> URL: https://issues.jboss.org/browse/ISPN-4834
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 5.2.10.Final
> Reporter: Michal Vinkler
> Labels: 5.2.x
>
> The test org.infinispan.client.hotrod.ConsistentHashV1IntegrationTest.testCorrectBalancingOfKeysAfterNodeKill
> sometimes fails with:
> Error Message
> Index: 0, Size: 0
> Stacktrace
> {code}
> java.lang.IndexOutOfBoundsException: Index: 0, Size: 0
> at java.util.ArrayList.rangeCheck(ArrayList.java:604)
> at java.util.ArrayList.get(ArrayList.java:382)
> at org.infinispan.client.hotrod.ConsistentHashV1IntegrationTest.getHitServer(ConsistentHashV1IntegrationTest.java:233)
> at org.infinispan.client.hotrod.ConsistentHashV1IntegrationTest.runTest(ConsistentHashV1IntegrationTest.java:158)
> at org.infinispan.client.hotrod.ConsistentHashV1IntegrationTest.testCorrectBalancingOfKeysAfterNodeKill(ConsistentHashV1IntegrationTest.java:191)
> 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:601)
> 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$Sync.innerRun(FutureTask.java:334)
> at java.util.concurrent.FutureTask.run(FutureTask.java:166)
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603)
> at java.lang.Thread.run(Thread.java:722)
> {code}
> This is the same as ISPN-3325.
> Downstream BZ was: https://bugzilla.redhat.com/show_bug.cgi?id=922005
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-4835) Intermittent failures in ReplCommandForwardingTest
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4835?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-4835.
---------------------------------
Resolution: Out of Date
> Intermittent failures in ReplCommandForwardingTest
> --------------------------------------------------
>
> Key: ISPN-4835
> URL: https://issues.jboss.org/browse/ISPN-4835
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 5.2.10.Final
> Reporter: Michal Vinkler
> Labels: 5.2.x
>
> Two tests intermittently fail with: {code} expected [true] but found [false] {code}
> org.infinispan.statetransfer.ReplCommandForwardingTest.testForwardToJoinerNonTransactional
> org.infinispan.statetransfer.ReplCommandForwardingTest.testForwardToJoinerTransactional
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Infi...
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/EAP6/view/EAP6-Infi...
> Sample stacktrace:
> {code}
> 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.statetransfer.ReplCommandForwardingTest$DelayInterceptor.unblock(ReplCommandForwardingTest.java:247)
> at org.infinispan.statetransfer.ReplCommandForwardingTest.testForwardToJoinerNonTransactional(ReplCommandForwardingTest.java:106)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> at java.lang.reflect.Method.invoke(Method.java:597)
> 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$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> {code}
> Downstream BZ was: https://bugzilla.redhat.com/show_bug.cgi?id=922761
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-4843) org.infinispan.manager.CacheManagerTest.testCacheManagerRestartReusingConfigurations fails randomly
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4843?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-4843.
---------------------------------
Resolution: Out of Date
> org.infinispan.manager.CacheManagerTest.testCacheManagerRestartReusingConfigurations fails randomly
> ---------------------------------------------------------------------------------------------------
>
> Key: ISPN-4843
> URL: https://issues.jboss.org/browse/ISPN-4843
> Project: Infinispan
> Issue Type: Bug
> Components: Test Suite - Core
> Affects Versions: 5.2.10.Final, 7.0.0.Final
> Reporter: Michal Vinkler
> Labels: 5.2.x, testsuite_stability
>
> org.infinispan.manager.CacheManagerTest.testCacheManagerRestartReusingConfigurations fails, so far, I've seen it on Windows (seems random there) and on RHEL7 (seems consistent - every JDK).
> Error Message
> {code}
> Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.InterruptedException on object of type StateTransferManagerImpl
> Stacktrace
> org.infinispan.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.InterruptedException on object of type StateTransferManagerImpl
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205)
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886)
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:657)
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:646)
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:549)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:217)
> at org.infinispan.CacheImpl.start(CacheImpl.java:582)
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686)
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545)
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:518)
> at org.infinispan.manager.CacheManagerTest$4$1.call(CacheManagerTest.java:374)
> at org.infinispan.test.TestingUtil.withCacheManager(TestingUtil.java:1237)
> at org.infinispan.manager.CacheManagerTest$4.call(CacheManagerTest.java:370)
> at org.infinispan.test.TestingUtil.withCacheManagers(TestingUtil.java:1252)
> at org.infinispan.manager.CacheManagerTest.testCacheManagerRestartReusingConfigurations(CacheManagerTest.java:356)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:303)
> at java.util.concurrent.FutureTask.run(FutureTask.java:138)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:895)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:918)
> at java.lang.Thread.run(Thread.java:662)
> Caused by: org.infinispan.CacheException: Initial state transfer timed out for cache ___defaultcache on CacheManagerTest-NodeA-49570
> at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:216)
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203)
> ... 36 more
> ... Removed 19 stack frames
> {code}
> Unrelated to https://issues.jboss.org/browse/ISPN-3963.
> Jenkins job link:
> https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-6x-manu-infinisp...
> Downstream BZ was: https://bugzilla.redhat.com/show_bug.cgi?id=1102058
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-4815) Broken connection in server JDBC tests
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4815?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-4815.
---------------------------------
Resolution: Cannot Reproduce Bug
This was probably fixed by ensuring version alignment of H2.
> Broken connection in server JDBC tests
> --------------------------------------
>
> Key: ISPN-4815
> URL: https://issues.jboss.org/browse/ISPN-4815
> Project: Infinispan
> Issue Type: Bug
> Components: Server
> Affects Versions: 7.0.0.CR1
> Environment: All tested platforms
> Reporter: Roman Macor
> Labels: jdbc
>
> All server related JDBC tests are experience problem with broken connection.
> The main error extracted from test logs is this:
> Caused by: org.h2.jdbc.JdbcSQLException: Connection is broken: "unexpected status 16777216" [90067-168]
> at org.h2.message.DbException.getJdbcSQLException(DbException.java:329)
> at org.h2.message.DbException.get(DbException.java:169)
> at org.h2.message.DbException.get(DbException.java:146)
> at org.h2.engine.SessionRemote.done(SessionRemote.java:582)
> at org.h2.command.CommandRemote.prepare(CommandRemote.java:67)
> at org.h2.command.CommandRemote.<init>(CommandRemote.java:46)
> at org.h2.engine.SessionRemote.prepareCommand(SessionRemote.java:439)
> at org.h2.jdbc.JdbcConnection.prepareCommand(JdbcConnection.java:1113)
> at org.h2.jdbc.JdbcConnection.getTransactionIsolation(JdbcConnection.java:732)
> at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.<init>(BaseWrapperManagedConnection.java:195)
> at org.jboss.jca.adapters.jdbc.local.LocalManagedConnection.<init>(LocalManagedConnection.java:61)
> at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:309)
> ... 42 more
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-4799) RHQ server plugin: JDBC store columns (3) were NOT applied from RHQ console
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-4799?page=com.atlassian.jira.plugin.... ]
Tristan Tarrant closed ISPN-4799.
---------------------------------
Resolution: Won't Fix
We won't fix bugs in the RHQ plugins anymore
> RHQ server plugin: JDBC store columns (3) were NOT applied from RHQ console
> ---------------------------------------------------------------------------
>
> Key: ISPN-4799
> URL: https://issues.jboss.org/browse/ISPN-4799
> Project: Infinispan
> Issue Type: Bug
> Components: JMX, reporting and management
> Affects Versions: 7.0.0.Beta2
> Reporter: Tomas Sykora
> Labels: management, rhq
>
> Recent changes in RHQ server plugin added a possibility to configure JDBC stores (3 types - string, binary and mixed one) as a new child resource for a cache running inside of server. Those stores stand along other stores/loader possibilities.
> When a new resource is configured and set to finished (invoke creation operation), the standalone.xml file is changed respectively.
> However, we miss enlisted properties somewhere on the way and those are NOT included in modified configuration XML file.
> Data Column
> Id Column
> Timestamp Column
> are NOT set correctly and even a template is NOT included in server config either.
> Other properties are propagated and set accordingly.
> Expected result:
> {code:xml}
> <string-keyed-jdbc-store datasource="java:jboss/datasources/JdbcDS" passivation="true" preload="false" purge="false" shared="false">
> <!-- property name="databaseType">H2</property -->
> <string-keyed-table prefix="ISPN_MC_SK">
> <id-column name="id" type="VARCHAR"/>
> <data-column name="datum" type="BINARY"/>
> <timestamp-column name="version" type="BIGINT"/>
> </string-keyed-table>
> <write-behind flush-lock-timeout="1" modification-queue-size="1024" shutdown-timeout="25000" thread-pool-size="1"/>
> </string-keyed-jdbc-store>
> {code}
> Current result (wrong, missing stuff):
> {code:xml}
> <string-keyed-jdbc-store name="string-keyed-store" datasource="java:jboss/datasources/JdbcDS" shared="false" preload="true" passivation="false" purge="false">
> <string-keyed-table/>
> {code}
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-928) Interceptor that allows invocations only when cluster is formed of N nodes
by Tristan Tarrant (JIRA)
[ https://issues.jboss.org/browse/ISPN-928?page=com.atlassian.jira.plugin.s... ]
Tristan Tarrant closed ISPN-928.
--------------------------------
Fix Version/s: 8.2.0.Final
Resolution: Duplicate Issue
> Interceptor that allows invocations only when cluster is formed of N nodes
> --------------------------------------------------------------------------
>
> Key: ISPN-928
> URL: https://issues.jboss.org/browse/ISPN-928
> Project: Infinispan
> Issue Type: Feature Request
> Components: Configuration, Core
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Labels: hackathon
> Fix For: 8.2.0.Final
>
>
> Following from https://github.com/pmuir/infinispan-examples/commit/f5d090092fa7b3660025b...
> It'd be great to have an configurable StrictCluster interceptor in Infinispan which would basically make all invocations wait until the cluster of N nodes has been formed. I think it'd be a great addition and would allow clients to verify whether the cluster actually forms without the need to verify whether data replicates...etc.
> In principle, the configuration would be at the CacheManager, i.e.:
> <transport strictNumMembers="4"... />
> However, it could also be useful to configure it at the cache level. So, could maybe want to do this: I want cache X to allow invocations the moment I have 2 nodes (in spite of the cluster being formed of 4 noes), whereas I want cache Y to allow invocations once I have 3 nodes.
> Apart from an strict number of nodes, you could have a minimum number of nodes: allow invocations once I have 4 or more nodes. The strict value could still be useful to make sure intrusive machines don't get into the cluster, i.e. I expect 4 nodes in the cluster and if I have 5, something is wrong.
> I think it's an interesting concept that would get rid of cluster validation code in examples and RadarGun.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months
[JBoss JIRA] (ISPN-6912) clustered-indexing.xml example configuration file in server is missing an endpoint
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-6912?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-6912:
--------------------------------
Summary: clustered-indexing.xml example configuration file in server is missing an endpoint (was: clustered-indexing.xml example configuration file in server is an endpoint)
> clustered-indexing.xml example configuration file in server is missing an endpoint
> ----------------------------------------------------------------------------------
>
> Key: ISPN-6912
> URL: https://issues.jboss.org/browse/ISPN-6912
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 9.0.0.Alpha3
> Reporter: Martin Gencur
> Assignee: Martin Gencur
>
> The file located at $SERVER/docs/examples/configs/clustered-indexing.xml is missing the endpoint subsystem for HotRod and related socket binding (hotrod).
> The server is mainly accessed remotely so the endpoint should be available there by default.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
8 years, 4 months