[JBoss JIRA] (ISPN-5654) Make DeadlockDetectingLockManager aware of single-node locking
by Pedro Ruivo (JIRA)
[ https://issues.jboss.org/browse/ISPN-5654?page=com.atlassian.jira.plugin.... ]
Pedro Ruivo updated ISPN-5654:
------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.CR3
Resolution: Done
> Make DeadlockDetectingLockManager aware of single-node locking
> --------------------------------------------------------------
>
> Key: ISPN-5654
> URL: https://issues.jboss.org/browse/ISPN-5654
> Project: Infinispan
> Issue Type: Task
> Components: Core
> Affects Versions: 8.0.0.Beta2
> Reporter: Dan Berindei
> Assignee: Dan Berindei
> Fix For: 9.0.0.CR3
>
>
> {{DeadlockDetectingLockManager}} seems to assume that the node that started a transaction acquires a local lock before replicating, which is wrong since we switched to locking only on the primary owner.
> In particular, {{isSameKeyDeadlock}} can probably be removed altogether.
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-4189:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.CR3
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> 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.invokeMethod(Invoker.java:653)
> 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)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-4189) LevelDB module fails on Windows, Solaris and HP-UX machines
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-4189?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-4189:
------------------------------------
Fix Version/s: 9.0.0.CR3
(was: 9.0.0.Final)
> LevelDB module fails on Windows, Solaris and HP-UX machines
> -----------------------------------------------------------
>
> Key: ISPN-4189
> URL: https://issues.jboss.org/browse/ISPN-4189
> Project: Infinispan
> Issue Type: Bug
> Components: Loaders and Stores
> Affects Versions: 7.0.0.Alpha1, 7.0.0.Alpha2, 7.0.0.Alpha3, 9.0.0.CR1
> Environment: Windows, Solaris
> Reporter: Vitalii Chepeliuk
> Assignee: Sebastian Łaskawiec
> Priority: Minor
> Labels: testsuite_stability
> Fix For: 9.0.0.CR3
>
> Attachments: JniLevelDBStoreFunctionalTest.log.zip
>
>
> Looks like some problems with loading LevelDB dynamic libraries via JNI
> Test suite progress: tests succeeded: 37, failed: 5, skipped: 0.
> org.infinispan.commons.CacheConfigurationException: Unable to instantiate class org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClass(Util.java:85)
> at org.infinispan.commons.util.Util.getInstance(Util.java:206)
> at org.infinispan.persistence.leveldb.LevelDBStore.newDbFactory(LevelDBStore.java:76)
> at org.infinispan.persistence.leveldb.LevelDBStore.init(LevelDBStore.java:59)
> at org.infinispan.persistence.leveldb.LevelDBStoreTest.createStore(LevelDBStoreTest.java:73)
> at org.infinispan.persistence.BaseStoreTest.setUp(BaseStoreTest.java:78)
> at sun.reflect.GeneratedMethodAccessor95.invoke(Unknown Source)
> 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.invokeMethod(Invoker.java:653)
> 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)
> Caused by: java.lang.ClassNotFoundException: org.fusesource.leveldbjni.JniDBFactory
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:135)
> at org.infinispan.commons.util.Util.loadClass(Util.java:83)
> ... 26 more
> Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.fusesource.leveldbjni.JniDBFactory
> at java.lang.Class.forName0(Native Method)
> at java.lang.Class.forName(Class.java:270)
> at org.infinispan.commons.util.Util.loadClassStrict(Util.java:122)
> ... 27 more
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months
[JBoss JIRA] (ISPN-7489) org.jgroups.protocols.TCP emits errors when node leaves the cluster
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-7489?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-7489:
------------------------------------
Status: Resolved (was: Pull Request Sent)
Fix Version/s: 9.0.0.CR3
Resolution: Done
> org.jgroups.protocols.TCP emits errors when node leaves the cluster
> -------------------------------------------------------------------
>
> Key: ISPN-7489
> URL: https://issues.jboss.org/browse/ISPN-7489
> Project: Infinispan
> Issue Type: Bug
> Components: Cloud Integrations, Core
> Affects Versions: 9.0.0.CR1
> Environment: * OpenShift {{v1.5.0-alpha.2+e4b43ee}}
> * Custom Infinispan Server build (based on [these instructions|https://github.com/slaskawi/infinispan-1/tree/custom_image]). SHA1 {{2b0731b21649a88a75ed71d21b9cc06ba365e947}}
> Reporter: Sebastian Łaskawiec
> Assignee: Sebastian Łaskawiec
> Priority: Critical
> Fix For: 9.0.0.CR3
>
>
> When I was performing [Spring Session and Kubernetes Rolling Update demo|https://bluejeans.com/s/pYKUg/] I encountered a couple of problems.
> One of the is this:
> {noformat}
> [transactions-repository-1-04x09] 18:09:12,193 ERROR [org.jgroups.protocols.TCP] (jgroups-30,transactions-repository-1-04x09) JGRP000029: transactions-repository-1-04x09: failed sending message to transactions-repository-1-4z05w (71 bytes): java.net.SocketTimeoutException: connect timed out, headers: GMS: GmsHeader[VIEW_ACK], UNICAST3: DATA, seqno=5262, TP: [cluster_name=cluster]
> [transactions-repository-1-1f8dx] 18:09:12,310 ERROR [org.jgroups.protocols.TCP] (jgroups-16,transactions-repository-1-1f8dx) JGRP000029: transactions-repository-1-1f8dx: failed sending message to transactions-repository-1-4z05w (71 bytes): java.net.SocketTimeoutException: connect timed out, headers: GMS: GmsHeader[VIEW_ACK], UNICAST3: DATA, seqno=6259, TP: [cluster_name=cluster]
> [transactions-repository-1-04x09] 18:09:12,997 ERROR [org.jgroups.protocols.TCP] (jgroups-22,transactions-repository-1-04x09) JGRP000029: transactions-repository-1-04x09: failed sending message to transactions-repository-1-4z05w (71 bytes): java.net.SocketTimeoutException: connect timed out, headers: GMS: GmsHeader[VIEW_ACK], UNICAST3: DATA, seqno=5262, TP: [cluster_name=cluster]
> [transactions-repository-1-1f8dx] 18:09:13,113 ERROR [org.jgroups.protocols.TCP] (jgroups-16,transactions-repository-1-1f8dx) JGRP000029: transactions-repository-1-1f8dx: failed sending message to transactions-repository-1-4z05w (71 bytes): java.net.SocketTimeoutException: connect timed out, headers: GMS: GmsHeader[VIEW_ACK], UNICAST3: DATA, seqno=6259, TP: [cluster_name=cluster]
> {noformat}
> Full logs from Rolling Update process might be found here: https://gist.github.com/slaskawi/530241bb695f1f490bcb25eabaf9d676
> Steps to reproduce:
> * Start local OpenShift Cluster
> * invoke `./init_infrastructure.sh` from https://github.com/slaskawi/presentations/tree/ISPN-7487-reproducer
> * invoke `cd transaction-creator && mvn fabric8:run`
> * Do the rolling update: `oc deploy transactions-repository --latest -n myproject`
> * Observe logs `kubetail -l environment=infrastructure`
--
This message was sent by Atlassian JIRA
(v7.2.3#72005)
7 years, 10 months