August 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-7099) Error executing command RollbackCommand due to timed out waiting for topology

by tommaso borgato (JIRA)

[ https://issues.jboss.org/browse/ISPN-7099?page=com.atlassian.jira.plugin.... ] tommaso borgato updated ISPN-7099: ---------------------------------- Priority: Minor (was: Major) > Error executing command RollbackCommand due to timed out waiting for topology > ----------------------------------------------------------------------------- > > Key: ISPN-7099 > URL: https://issues.jboss.org/browse/ISPN-7099 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 8.2.4.Final, 9.3.1.Final > Reporter: Radoslav Husar > Priority: Minor > Labels: infinispan_clean_shutdown > > Occured on server during eap-7x-failover-http-session-shutdown-dist-sync scenario. > Server log stacktrace: > {code} > 00:14:37,012 ERROR [org.infinispan.interceptors.InvocationContextInterceptor] (default task-6) ISPN000136: Error executing command RollbackCommand, writing keys [SessionCreationMetaDataKey(896a6XPyj99XiHDouVS5eojwHiGrjYJ2N-rOrzh8), SessionAttributesKey(896a6XPyj99XiHDouVS5eojwHiGrjYJ2N-rOrzh8), SessionAccessMetaDataKey(896a6XPyj99XiHDouVS5eojwHiGrjYJ2N-rOrzh8)]: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 28 > [JBossINF] at org.infinispan.statetransfer.StateTransferLockImpl.reportErrorAfterWait(StateTransferLockImpl.java:159) > [JBossINF] at org.infinispan.statetransfer.StateTransferLockImpl.waitForTransactionData(StateTransferLockImpl.java:98) > [JBossINF] at org.infinispan.interceptors.base.BaseStateTransferInterceptor.waitForTransactionData(BaseStateTransferInterceptor.java:97) > [JBossINF] at org.infinispan.statetransfer.StateTransferInterceptor.handleTxCommand(StateTransferInterceptor.java:249) > [JBossINF] at org.infinispan.statetransfer.StateTransferInterceptor.visitRollbackCommand(StateTransferInterceptor.java:97) > [JBossINF] at org.infinispan.commands.tx.RollbackCommand.acceptVisitor(RollbackCommand.java:40) > [JBossINF] at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > [JBossINF] at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:114) > [JBossINF] at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:83) > [JBossINF] at org.infinispan.commands.AbstractVisitor.visitRollbackCommand(AbstractVisitor.java:117) > [JBossINF] at org.infinispan.commands.tx.RollbackCommand.acceptVisitor(RollbackCommand.java:40) > [JBossINF] at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:99) > [JBossINF] at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:113) > [JBossINF] at org.infinispan.commands.AbstractVisitor.visitRollbackCommand(AbstractVisitor.java:117) > [JBossINF] at org.infinispan.commands.tx.RollbackCommand.acceptVisitor(RollbackCommand.java:40) > [JBossINF] at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:335) > [JBossINF] at org.infinispan.transaction.impl.TransactionCoordinator.rollbackInternal(TransactionCoordinator.java:231) > [JBossINF] at org.infinispan.transaction.impl.TransactionCoordinator.handleCommitFailure(TransactionCoordinator.java:202) > [JBossINF] at org.infinispan.transaction.impl.TransactionCoordinator.commit(TransactionCoordinator.java:159) > [JBossINF] at org.infinispan.transaction.xa.TransactionXaAdapter.commit(TransactionXaAdapter.java:114) > [JBossINF] at org.infinispan.transaction.tm.DummyTransaction.finishResource(DummyTransaction.java:401) > [JBossINF] at org.infinispan.transaction.tm.DummyTransaction.commitResources(DummyTransaction.java:448) > [JBossINF] at org.infinispan.transaction.tm.DummyTransaction.runCommit(DummyTransaction.java:321) > [JBossINF] at org.infinispan.transaction.tm.DummyTransaction.commit(DummyTransaction.java:108) > [JBossINF] at org.wildfly.clustering.ee.infinispan.InfinispanBatch.close(InfinispanBatch.java:71) > [JBossINF] at org.wildfly.clustering.web.undertow.session.DistributableSession.requestDone(DistributableSession.java:81) > [JBossINF] at io.undertow.servlet.spec.ServletContextImpl.updateSessionAccessTime(ServletContextImpl.java:814) > [JBossINF] at io.undertow.servlet.spec.HttpServletResponseImpl.responseDone(HttpServletResponseImpl.java:572) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:339) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$100(ServletInitialHandler.java:81) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:138) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$2.call(ServletInitialHandler.java:135) > [JBossINF] at io.undertow.servlet.core.ServletRequestContextThreadSetupAction$1.call(ServletRequestContextThreadSetupAction.java:48) > [JBossINF] at io.undertow.servlet.core.ContextClassLoaderSetupAction$1.call(ContextClassLoaderSetupAction.java:43) > [JBossINF] at org.wildfly.extension.undertow.security.SecurityContextThreadSetupAction.lambda$create$0(SecurityContextThreadSetupAction.java:105) > [JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1668) > [JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1668) > [JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1668) > [JBossINF] at org.wildfly.extension.undertow.deployment.UndertowDeploymentInfoService$UndertowThreadSetupAction.lambda$create$0(UndertowDeploymentInfoService.java:1668) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:272) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:81) > [JBossINF] at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:104) > [JBossINF] at io.undertow.server.Connectors.executeRootHandler(Connectors.java:207) > [JBossINF] at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:810) > [JBossINF] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > [JBossINF] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > [JBossINF] at java.lang.Thread.run(Thread.java:745) > {code} > Followed by: > {code} > 00:14:37,012 WARN [org.infinispan.transaction.impl.TransactionCoordinator] (transport-thread--p15-t24) ISPN000141: Could not rollback prepared 1PC transaction. This transaction will be rolled back by the recovery process, if enabled. Transaction: LocalXaTransaction{xid=DummyXid{id=13473}} LocalTransaction{remoteLockedNodes=null, isMarkedForRollback=false, lockedKeys=[], backupKeyLocks=[], topologyId=26, stateTransferFlag=null} org.infinispan.transaction.xa.LocalXaTransaction@43a2: org.infinispan.util.concurrent.TimeoutException: Timed out waiting for topology 28 > [JBossINF] at org.infinispan.statetransfer.StateTransferLockImpl.reportErrorAfterWait(StateTransferLockImpl.java:159) > ... > {code} > Server log: > http://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/eap-7x-failover-http-... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7899) Implement Spring cache metrics for Infinispan

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7899?page=com.atlassian.jira.plugin.... ] Katia Aresti reassigned ISPN-7899: ---------------------------------- Assignee: Katia Aresti > Implement Spring cache metrics for Infinispan > --------------------------------------------- > > Key: ISPN-7899 > URL: https://issues.jboss.org/browse/ISPN-7899 > Project: Infinispan > Issue Type: Sub-task > Reporter: Galder Zamarreño > Assignee: Katia Aresti > > Looking at the [Spring Boot sample cache example|https://github.com/spring-projects/spring-boot/blob/master/spring...], I realised that there's the possibility to add metrics for our caches, and we're not currently exposing those. > The available cache metrics are defined [here|https://docs.spring.io/spring-boot/docs/current/reference/html/production-ready-metrics.html]. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7981) org.infinispan.spring.provider.sample.SampleRemoteCacheTest random failures

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7981?page=com.atlassian.jira.plugin.... ] Katia Aresti reassigned ISPN-7981: ---------------------------------- Assignee: Katia Aresti > org.infinispan.spring.provider.sample.SampleRemoteCacheTest random failures > --------------------------------------------------------------------------- > > Key: ISPN-7981 > URL: https://issues.jboss.org/browse/ISPN-7981 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Reporter: Gustavo Fernandes > Assignee: Katia Aresti > Priority: Critical > > {noformat} > org.infinispan.spring.provider.sample.SampleRemoteCacheTest.clearBookCache (from infinispan-spring4-remote) > Error Message > Could not fetch transport > Stacktrace > org.infinispan.client.hotrod.exceptions.TransportException:: Could not fetch transport > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:426) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.getTransport(TcpTransportFactory.java:258) > at org.infinispan.client.hotrod.impl.operations.FaultTolerantPingOperation.getTransport(FaultTolerantPingOperation.java:28) > at org.infinispan.client.hotrod.impl.operations.RetryOnFailureOperation.execute(RetryOnFailureOperation.java:56) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.ping(RemoteCacheImpl.java:510) > at org.infinispan.client.hotrod.impl.RemoteCacheImpl.resolveCompatibility(RemoteCacheImpl.java:782) > at org.infinispan.client.hotrod.RemoteCacheManager.createRemoteCache(RemoteCacheManager.java:287) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:157) > at org.infinispan.client.hotrod.RemoteCacheManager.getCache(RemoteCacheManager.java:152) > at org.infinispan.spring.provider.SpringRemoteCacheManager.getCache(SpringRemoteCacheManager.java:37) > at org.infinispan.spring.provider.SpringRemoteCacheManager.getCache(SpringRemoteCacheManager.java:19) > at org.infinispan.spring.provider.sample.AbstractTestTemplate.booksCache(AbstractTestTemplate.java:525) > at org.infinispan.spring.provider.sample.AbstractTestTemplate.clearBookCache(AbstractTestTemplate.java:45) > at java.util.concurrent.FutureTask.run(FutureTask.java:266) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) > at java.lang.Thread.run(Thread.java:748) > Caused by: org.infinispan.client.hotrod.exceptions.TransportException:: Could not connect to server: /127.0.0.1:15233 > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:85) > at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:38) > at org.infinispan.client.hotrod.impl.transport.tcp.TransportObjectFactory.makeObject(TransportObjectFactory.java:17) > at org.apache.commons.pool.impl.GenericKeyedObjectPool.borrowObject(GenericKeyedObjectPool.java:1220) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransportFactory.borrowTransportFromPool(TcpTransportFactory.java:420) > ... 34 more > Caused by: java.net.ConnectException: Connection refused > at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method) > at sun.nio.ch.SocketChannelImpl.finishConnect(SocketChannelImpl.java:717) > at sun.nio.ch.SocketAdaptor.connect(SocketAdaptor.java:111) > at org.infinispan.client.hotrod.impl.transport.tcp.TcpTransport.<init>(TcpTransport.java:75) > ... 38 more > ... Removed 18 stack frames > {noformat} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-7785) Add Infinispan to Spring initializr

by Katia Aresti (JIRA)

[ https://issues.jboss.org/browse/ISPN-7785?page=com.atlassian.jira.plugin.... ] Katia Aresti commented on ISPN-7785: ------------------------------------ [~galder.zamarreno] this PR was declined by the spring team last year > Add Infinispan to Spring initializr > ----------------------------------- > > Key: ISPN-7785 > URL: https://issues.jboss.org/browse/ISPN-7785 > Project: Infinispan > Issue Type: Feature Request > Reporter: Sebastian Łaskawiec > Assignee: Galder Zamarreño > -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9182) Remove compat mode from Tasks and Scripts

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9182?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9182: ------------------------------ Status: Resolved (was: Pull Request Sent) Fix Version/s: 9.4.0.Beta1 Resolution: Done > Remove compat mode from Tasks and Scripts > ----------------------------------------- > > Key: ISPN-9182 > URL: https://issues.jboss.org/browse/ISPN-9182 > Project: Infinispan > Issue Type: Sub-task > Components: Tasks > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 9.4.0.Beta1 > > > Both script and tasks hardcode GenericJbossMarshaller in several places, and use it to unmarshall parameters and user data when executing code. If the client uses a different marshaller, it breaks. > Both should rely instead on the MediaType sent by the Hot Rod client in order to convert from and to the storage format. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9408) Support for query results in different formats

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-9408?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-9408: ------------------------------------ Status: Open (was: New) > Support for query results in different formats > ---------------------------------------------- > > Key: ISPN-9408 > URL: https://issues.jboss.org/browse/ISPN-9408 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 9.3.1.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > ISPN-7420 introduced multiple format support for the Hot Rod client, but this is not covering the query results which are always protobuf. The data format specified in the client should propagate to the server and the response (query results or projections) should be converted to the specified format. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9408) Support for query results in different formats

by Gustavo Fernandes (JIRA)

Gustavo Fernandes created ISPN-9408: --------------------------------------- Summary: Support for query results in different formats Key: ISPN-9408 URL: https://issues.jboss.org/browse/ISPN-9408 Project: Infinispan Issue Type: Enhancement Affects Versions: 9.3.1.Final Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes ISPN-7420 introduced multiple format support for the Hot Rod client, but this is not covering the query results which are always protobuf. The data format specified in the client should propagate to the server and the response (query results or projections) should be converted to the specified format. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9261) Hot Rod Lightweight Transaction (recovery)

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-9261?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-9261: ------------------------------ Git Pull Request: https://github.com/infinispan/infinispan/pull/6179, https://github.com/infinispan/infinispan/pull/6184 (was: https://github.com/infinispan/infinispan/pull/6179) > Hot Rod Lightweight Transaction (recovery) > ------------------------------------------ > > Key: ISPN-9261 > URL: https://issues.jboss.org/browse/ISPN-9261 > Project: Infinispan > Issue Type: Feature Request > Components: Hot Rod, Remote Protocols, Transactions > Reporter: Pedro Ruivo > Assignee: Pedro Ruivo > Fix For: 9.4.0.Beta1 > > > Recovery support for Hot Rod Transactions -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9407) FunctionalMapImpl.create does not inherit cache settings for Expiration and Eviction

by Ben Gardner (JIRA)

[ https://issues.jboss.org/browse/ISPN-9407?page=com.atlassian.jira.plugin.... ] Ben Gardner updated ISPN-9407: ------------------------------ Affects Version/s: 9.1.7.Final > FunctionalMapImpl.create does not inherit cache settings for Expiration and Eviction > ------------------------------------------------------------------------------------ > > Key: ISPN-9407 > URL: https://issues.jboss.org/browse/ISPN-9407 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.7.Final, 9.3.1.Final > Reporter: Ben Gardner > > http://infinispan.org/docs/stable/user_guide/user_guide.html#functional_m... > FunctionalMapImpl.create() does not inherit cache settings for Expiration and Eviction. > Because of this, when adding the entries via the readwritemap, entries never expire. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-9407) FunctionalMapImpl.create does not inherit cache settings for Expiration and Eviction

by Ben Gardner (JIRA)

[ https://issues.jboss.org/browse/ISPN-9407?page=com.atlassian.jira.plugin.... ] Ben Gardner updated ISPN-9407: ------------------------------ Affects Version/s: 9.3.1.Final > FunctionalMapImpl.create does not inherit cache settings for Expiration and Eviction > ------------------------------------------------------------------------------------ > > Key: ISPN-9407 > URL: https://issues.jboss.org/browse/ISPN-9407 > Project: Infinispan > Issue Type: Bug > Affects Versions: 9.1.7.Final, 9.3.1.Final > Reporter: Ben Gardner > > http://infinispan.org/docs/stable/user_guide/user_guide.html#functional_m... > FunctionalMapImpl.create() does not inherit cache settings for Expiration and Eviction. > Because of this, when adding the entries via the readwritemap, entries never expire. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

7 years, 3 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues August 2018