June 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4426) Transaction replayed but not committed

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4426?page=com.atlassian.jira.plugin.... ] Dan Berindei commented on ISPN-4426: ------------------------------------ [~rvansa] could you add some logs? > Transaction replayed but not committed > -------------------------------------- > > Key: ISPN-4426 > URL: https://issues.jboss.org/browse/ISPN-4426 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Labels: 63gablocker > > Dist TX cache, node C is joining. In previous topology, entry is owned by A (primary) and B (backup). In new topology, primary ownership is transferred to C, B stays backup. > 1. TX is prepared in old topology and is being committed, when topology changes > 2. on C (the new owner), the TX info is received and later even the old entry > 3. C receives the CommitCommand, therefore, it correctly replays the PrepareCommand. > 4. When the entries are about to be committed, in TxInterceptor the transaction is found to be already completed as it has lower TxID. > Result: the transaction is not being executed and stale data stay on the node (with my algortihm it eventually led to complete entry loss). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4350) Infinispan remote query server module needs to use a free Externalizer ID range

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4350?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4350: ----------------------------------------------- Misha H. Ali <mhusnain(a)redhat.com> changed the Status of [bug 1111391|https://bugzilla.redhat.com/show_bug.cgi?id=1111391] from ON_QA to ASSIGNED > Infinispan remote query server module needs to use a free Externalizer ID range > ------------------------------------------------------------------------------- > > Key: ISPN-4350 > URL: https://issues.jboss.org/browse/ISPN-4350 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Remote Querying > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Labels: 630 > Fix For: 7.0.0.Alpha5 > > > It currently uses the OGM range. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4345) Infinispan Query module needs to use a free Externalizer ID range

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4345?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4345: ----------------------------------------------- Misha H. Ali <mhusnain(a)redhat.com> changed the Status of [bug 1111391|https://bugzilla.redhat.com/show_bug.cgi?id=1111391] from ON_QA to ASSIGNED > Infinispan Query module needs to use a free Externalizer ID range > ----------------------------------------------------------------- > > Key: ISPN-4345 > URL: https://issues.jboss.org/browse/ISPN-4345 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying, Marshalling > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Blocker > Labels: 630 > Fix For: 7.0.0.Alpha5 > > > new Marshaller IDs assigned to the Query module are reserved by Hibernate OGM -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4427) ClusterListenerReplTxTest failure

by William Burns (JIRA)

[ https://issues.jboss.org/browse/ISPN-4427?page=com.atlassian.jira.plugin.... ] Work on ISPN-4427 started by William Burns. > ClusterListenerReplTxTest failure > --------------------------------- > > Key: ISPN-4427 > URL: https://issues.jboss.org/browse/ISPN-4427 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Test Suite - Core > Reporter: William Burns > Assignee: William Burns > > http://ci.infinispan.org/project.html?tab=testDetails&projectId=Infinispa... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4427) ClusterListenerReplTxTest failure

by William Burns (JIRA)

William Burns created ISPN-4427: ----------------------------------- Summary: ClusterListenerReplTxTest failure Key: ISPN-4427 URL: https://issues.jboss.org/browse/ISPN-4427 Project: Infinispan Issue Type: Bug Security Level: Public (Everyone can see) Components: Test Suite - Core Reporter: William Burns Assignee: William Burns http://ci.infinispan.org/project.html?tab=testDetails&projectId=Infinispa... -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4070) Server plugin for RHQ needs extensions in management/monitoring

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4070?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4070: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1072349|https://bugzilla.redhat.com/show_bug.cgi?id=1072349] from NEW to POST > Server plugin for RHQ needs extensions in management/monitoring > --------------------------------------------------------------- > > Key: ISPN-4070 > URL: https://issues.jboss.org/browse/ISPN-4070 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JMX, reporting and management > Affects Versions: 6.0.1.Final > Reporter: Tomas Sykora > Assignee: William Burns > Labels: 630, 63gablocker > > InVM plugin for RHQ is generated automatically. However, the plugin for server is not and those are results of deeper analysis of RHQ ISPN server plugin (missing) possibilities. > JCONSOLE is showing number of statistics, traits and operations which are not incorporated in RHQ-plugin (*server* plugin). Some are quite important (start and stop ops for cache for example) and some might be only additional, not necessary - but still pleasant, information about a cluster/cache. > *Missing Cache traits:* > cacheName > version > configurationAsProperties > statisticsEnabled > *Missing from Cache statistics:* > averageRemoveTime > *Missing cache operations:* > START and STOP are missing!! > synchronizeData, disconnectSource, recordKnownGlobalKeyset - rolling upgrades related ops > *Missing cache manager traits:* > definedCacheCount > globalConfigurationAsProperties > clusterMembers > createdCacheCounts > definedCacheNames > clusterSize > version > runningCacheCount -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4112) RHQ library plugin: restart cache -- availability report DOWN but cache running

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4112?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4112: ----------------------------------------------- William Burns <wburns(a)redhat.com> changed the Status of [bug 1076486|https://bugzilla.redhat.com/show_bug.cgi?id=1076486] from NEW to POST > RHQ library plugin: restart cache -- availability report DOWN but cache running > ------------------------------------------------------------------------------- > > Key: ISPN-4112 > URL: https://issues.jboss.org/browse/ISPN-4112 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: JMX, reporting and management > Affects Versions: 6.0.1.Final, 7.0.0.Alpha1 > Reporter: Tomas Sykora > Assignee: William Burns > Labels: 63gablocker > > When we explicitly call STOP operation on particular cache using RHQ UI, this operation is successfully issued and cache is stopped. > Then, we can issue START operation as well. > Cache is started but RHQ is still not-correctly reporting that cache is DOWN and unavailable. > I will investigate this issue, this is just for proper heads up and for tracking purposes. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4425) Validate format of comparison operands (non-indexed query)

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4425?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4425: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2655 > Validate format of comparison operands (non-indexed query) > ---------------------------------------------------------- > > Key: ISPN-4425 > URL: https://issues.jboss.org/browse/ISPN-4425 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Embedded Querying > Affects Versions: 7.0.0.Alpha4 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Alpha5 > > > The operands need to have valid format (eg. number) and a proper parsing exception with a descriptive message needs to be thrown otherwise. Currently we just see a NumberFormatException being thrown from the ObjectPropertyHelper.convertToPropertyType(). > This is not just for numbers, other primitives too. -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4400) Initial state transfer with large number of segments is very slow

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4400?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4400: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1108451|https://bugzilla.redhat.com/show_bug.cgi?id=1108451] from ON_QA to VERIFIED > Initial state transfer with large number of segments is very slow > ----------------------------------------------------------------- > > Key: ISPN-4400 > URL: https://issues.jboss.org/browse/ISPN-4400 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Core, State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Tristan Tarrant > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > > StateTransfer performance is O(n²) based on the number of segments -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4426) Transaction replayed but not committed

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4426?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-4426: -------------------------------- Labels: 63gablocker (was: ) > Transaction replayed but not committed > -------------------------------------- > > Key: ISPN-4426 > URL: https://issues.jboss.org/browse/ISPN-4426 > Project: Infinispan > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: State Transfer > Affects Versions: 7.0.0.Alpha4 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Labels: 63gablocker > > Dist TX cache, node C is joining. In previous topology, entry is owned by A (primary) and B (backup). In new topology, primary ownership is transferred to C, B stays backup. > 1. TX is prepared in old topology and is being committed, when topology changes > 2. on C (the new owner), the TX info is received and later even the old entry > 3. C receives the CommitCommand, therefore, it correctly replays the PrepareCommand. > 4. When the entries are about to be committed, in TxInterceptor the transaction is found to be already completed as it has lower TxID. > Result: the transaction is not being executed and stale data stay on the node (with my algortihm it eventually led to complete entry loss). -- This message was sent by Atlassian JIRA (v6.2.6#6264)

11 years, 9 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 June 2014