March 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5174) Transaction cannot be recommitted after ownership changes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5174?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5174: ----------------------------------------------- Dan Berindei <dberinde(a)redhat.com> changed the Status of [bug 1202341|https://bugzilla.redhat.com/show_bug.cgi?id=1202341] from NEW to POST > Transaction cannot be recommitted after ownership changes > --------------------------------------------------------- > > Key: ISPN-5174 > URL: https://issues.jboss.org/browse/ISPN-5174 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.CR2 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Once transaction is completed, it cannot commit again. If it should commit more keys since it has become an owner of some new keys modified in this transaction, it just ignores the further commit. > There is a race with state transfer which can bring an old value (with StateResponseCommand sent before it is commited) but the value is not set by the ongoing transaction either. > This results with stale value stored on one node. > In my case, The problematic part is transaction <edg-perf01-62141>:15066 (consisting of 10 modifications) which got prepared and committed on edg-perf04 in topology 25. Before the originator finishes, topology changes and 04 requests ongoing transactions: > {code} > 11:06:11,369 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (transport-thread-17) Replication task sending StateRequestCommand{cache=testCache, origin=edg-perf04-35097, type=GET_TRANSACTIONS, topologyId=28, segments=[275, 1, 278, 9, 282, 286, 17, 259, 25, 267, 171, 169, 33, 306, 175, 173, 310, 172, 314, 41, 167, 165, 318, 187, 290, 49, 185, 191, 294, 189, 179, 298, 57, 177, 183, 302, 181, 343, 205, 201, 338, 203, 336, 351, 197, 349, 199, 347, 193, 345, 195, 326, 85, 87, 322, 93, 332, 95, 330, 89, 91, 103, 101, 99, 506, 97, 105, 357, 359, 353, 355, 361]} to single recipient edg-perf01-62141 with response mode GET_ALL > 11:06:11,495 DEBUG [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread-17) Applying 6 transactions for cache testCache transferred from node edg-perf01-62141 > {code} > However I don't see how these are applied, since PrepareCommand is not created again - from the code I see only that backup locks are added. Not sure if the transaction is registered at all, since it was already completed on this node (but at that time it did not own key_00000000000002EB). > After originator stores the entry, it sends one more CommitCommand with topology 28: > {code} > 11:06:11,619 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (DefaultStressor-2) Replication task sending CommitCommand {gtx=GlobalTransaction:<edg-perf01-62141>:15066:local, cacheName='testCache', topologyId=28} to addresses [edg-perf03-20530, edg-perf04-35097] with response mode GET_ALL > {code} > 04 receives several CommitCommands (both from originator and forwards), but all of them are ignored as the transaction is completed. > I don't see the logs where state transfer is assembled, but it's probably before the entry is stored on originator as the state transfer contains the old entry: > {code} > 11:06:13,449 TRACE [org.infinispan.statetransfer.StateConsumerImpl] (remote-thread-91) Received chunk with keys [key_000000000000065B, key_00000000000006BE, key_FFFFFFFFFFFFE62F, key_0000000000001F42, key_000000000000027B, key_000000000000159D, key_00000000000002EB, key_00000000000002BB] for segment 343 of cache testCache from node edg-perf01-62141 > 11:06:13,454 TRACE [org.infinispan.container.DefaultDataContainer] (remote-thread-91) Store ImmortalCacheEntry{key=key_00000000000002EB, value=[2 #7: 366, 544, 576, 804, 1061, 1181, 1290, ]} in container > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5174) Transaction cannot be recommitted after ownership changes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5174?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5174: ------------------------------------------ Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1185779, https://bugzilla.redhat.com/show_bug.cgi?id=1202341 (was: https://bugzilla.redhat.com/show_bug.cgi?id=1185779) > Transaction cannot be recommitted after ownership changes > --------------------------------------------------------- > > Key: ISPN-5174 > URL: https://issues.jboss.org/browse/ISPN-5174 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.1.0.CR2 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Once transaction is completed, it cannot commit again. If it should commit more keys since it has become an owner of some new keys modified in this transaction, it just ignores the further commit. > There is a race with state transfer which can bring an old value (with StateResponseCommand sent before it is commited) but the value is not set by the ongoing transaction either. > This results with stale value stored on one node. > In my case, The problematic part is transaction <edg-perf01-62141>:15066 (consisting of 10 modifications) which got prepared and committed on edg-perf04 in topology 25. Before the originator finishes, topology changes and 04 requests ongoing transactions: > {code} > 11:06:11,369 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (transport-thread-17) Replication task sending StateRequestCommand{cache=testCache, origin=edg-perf04-35097, type=GET_TRANSACTIONS, topologyId=28, segments=[275, 1, 278, 9, 282, 286, 17, 259, 25, 267, 171, 169, 33, 306, 175, 173, 310, 172, 314, 41, 167, 165, 318, 187, 290, 49, 185, 191, 294, 189, 179, 298, 57, 177, 183, 302, 181, 343, 205, 201, 338, 203, 336, 351, 197, 349, 199, 347, 193, 345, 195, 326, 85, 87, 322, 93, 332, 95, 330, 89, 91, 103, 101, 99, 506, 97, 105, 357, 359, 353, 355, 361]} to single recipient edg-perf01-62141 with response mode GET_ALL > 11:06:11,495 DEBUG [org.infinispan.statetransfer.StateConsumerImpl] (transport-thread-17) Applying 6 transactions for cache testCache transferred from node edg-perf01-62141 > {code} > However I don't see how these are applied, since PrepareCommand is not created again - from the code I see only that backup locks are added. Not sure if the transaction is registered at all, since it was already completed on this node (but at that time it did not own key_00000000000002EB). > After originator stores the entry, it sends one more CommitCommand with topology 28: > {code} > 11:06:11,619 TRACE [org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher] (DefaultStressor-2) Replication task sending CommitCommand {gtx=GlobalTransaction:<edg-perf01-62141>:15066:local, cacheName='testCache', topologyId=28} to addresses [edg-perf03-20530, edg-perf04-35097] with response mode GET_ALL > {code} > 04 receives several CommitCommands (both from originator and forwards), but all of them are ignored as the transaction is completed. > I don't see the logs where state transfer is assembled, but it's probably before the entry is stored on originator as the state transfer contains the old entry: > {code} > 11:06:13,449 TRACE [org.infinispan.statetransfer.StateConsumerImpl] (remote-thread-91) Received chunk with keys [key_000000000000065B, key_00000000000006BE, key_FFFFFFFFFFFFE62F, key_0000000000001F42, key_000000000000027B, key_000000000000159D, key_00000000000002EB, key_00000000000002BB] for segment 343 of cache testCache from node edg-perf01-62141 > 11:06:13,454 TRACE [org.infinispan.container.DefaultDataContainer] (remote-thread-91) Store ImmortalCacheEntry{key=key_00000000000002EB, value=[2 #7: 366, 544, 576, 804, 1061, 1181, 1290, ]} in container > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5199) TransportStackConfigurationIT failing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5199?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5199: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1202253|https://bugzilla.redhat.com/show_bug.cgi?id=1202253] from NEW to POST > TransportStackConfigurationIT failing > ------------------------------------- > > Key: ISPN-5199 > URL: https://issues.jboss.org/browse/ISPN-5199 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Alpha1, 7.1.1.Final > > > TransportStackConfigurationIT.testTCPStackAttributes and TransportStackConfigurationIT.testUDPStackAttributes fails with: > {code} > org.junit.ComparisonFailure: expected:<[d]iscard> but was:<[D]iscard> > at org.junit.Assert.assertEquals(Assert.java:115) > at org.junit.Assert.assertEquals(Assert.java:144) > at org.infinispan.server.test.transport.TransportStackConfigurationIT.assertMBeanAttributes(TransportStackConfigurationIT.java:76) > at org.infinispan.server.test.transport.TransportStackConfigurationIT.testUDPStackAttributes(TransportStackConfigurationIT.java:55) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5303) Move EC2 demos to their own repo

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-5303: ------------------------------------- Summary: Move EC2 demos to their own repo Key: ISPN-5303 URL: https://issues.jboss.org/browse/ISPN-5303 Project: Infinispan Issue Type: Task Components: Demos and Tutorials Affects Versions: 7.1.1.Final Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 7.2.0.Final The EC2 demos should be moved to their own repository and the binary data blobs should be removed from history to trim size -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5199) TransportStackConfigurationIT failing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5199?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5199: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1202253 > TransportStackConfigurationIT failing > ------------------------------------- > > Key: ISPN-5199 > URL: https://issues.jboss.org/browse/ISPN-5199 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.2.0.Alpha1, 7.1.1.Final > > > TransportStackConfigurationIT.testTCPStackAttributes and TransportStackConfigurationIT.testUDPStackAttributes fails with: > {code} > org.junit.ComparisonFailure: expected:<[d]iscard> but was:<[D]iscard> > at org.junit.Assert.assertEquals(Assert.java:115) > at org.junit.Assert.assertEquals(Assert.java:144) > at org.infinispan.server.test.transport.TransportStackConfigurationIT.assertMBeanAttributes(TransportStackConfigurationIT.java:76) > at org.infinispan.server.test.transport.TransportStackConfigurationIT.testUDPStackAttributes(TransportStackConfigurationIT.java:55) > {code} -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5302) Demos don't work in -all distribution

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-5302?page=com.atlassian.jira.plugin.... ] Tristan Tarrant updated ISPN-5302: ---------------------------------- Status: Open (was: New) > Demos don't work in -all distribution > ------------------------------------- > > Key: ISPN-5302 > URL: https://issues.jboss.org/browse/ISPN-5302 > Project: Infinispan > Issue Type: Bug > Components: Demos and Tutorials > Affects Versions: 7.1.1.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.2.0.Beta1 > > > The demos in the all distribution don't work -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5302) Demos don't work in -all distribution

by Tristan Tarrant (JIRA)

Tristan Tarrant created ISPN-5302: ------------------------------------- Summary: Demos don't work in -all distribution Key: ISPN-5302 URL: https://issues.jboss.org/browse/ISPN-5302 Project: Infinispan Issue Type: Bug Components: Demos and Tutorials Affects Versions: 7.1.1.Final Reporter: Tristan Tarrant Assignee: Tristan Tarrant Fix For: 7.2.0.Beta1 The demos in the all distribution don't work -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5272) Getting metric [cacheLoaderStores] at [...] failed: JBAS014792: Unknown attribute cacheLoaderStores, rolled-back=true" is logged in the JON Agent log file

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5272?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5272: ----------------------------------------------- Tomas Sykora <tsykora(a)redhat.com> changed the Status of [bug 1168255|https://bugzilla.redhat.com/show_bug.cgi?id=1168255] from ON_QA to VERIFIED > Getting metric [cacheLoaderStores] at [...] failed: JBAS014792: Unknown attribute cacheLoaderStores, rolled-back=true" is logged in the JON Agent log file > ---------------------------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-5272 > URL: https://issues.jboss.org/browse/ISPN-5272 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.1.1.Final > Reporter: William Burns > Assignee: William Burns > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > When metric "[CacheStore] Number of cache store stores" is enabled in JBoss ON, WARN message like > ***************** > 2014-10-16 14:06:09,998 WARN [ResourceContainer.invoker.daemon-6451] (com.jboss.datagrid.rhq.IspnCacheComponent)- Getting metric [cacheLoaderStores] at [ Address{path: subsystem=infinispan,cache-container=clustered,distributed-cache=Item}] failed: JBAS014792: Unknown attribute cacheLoaderStores, rolled-back=true > ***************** > is logged in the agent.log file every X minutes where X is the collection period for above metric. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5301) Make CompositeNotifyingFuture more generic

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5301?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5301: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3309 > Make CompositeNotifyingFuture more generic > ------------------------------------------ > > Key: ISPN-5301 > URL: https://issues.jboss.org/browse/ISPN-5301 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.2.0.Alpha1 > Reporter: Gustavo Fernandes > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

[JBoss JIRA] (ISPN-5301) Make CompositeNotifyingFuture more generic

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-5301?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-5301: ------------------------------------ Status: Open (was: New) > Make CompositeNotifyingFuture more generic > ------------------------------------------ > > Key: ISPN-5301 > URL: https://issues.jboss.org/browse/ISPN-5301 > Project: Infinispan > Issue Type: Task > Components: Core > Affects Versions: 7.2.0.Alpha1 > Reporter: Gustavo Fernandes > -- This message was sent by Atlassian JIRA (v6.3.11#6341)

11 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2015