March 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-4131: ------------------------------ Affects Version/s: 6.0.2.Final > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 6.0.2.Final, 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator thinks it was already rolled back. > Result: key K will be locked forever, all attempts to update/remove it will fail. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-4131: ------------------------------ Description: Distributed transactional cache: 1. A sends Prepare to B 2. B receives Prepare, but due to ongoing ST it is blocked 3. B replication timeout elapses 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) 6. Prepare is executed on B, acquiring lock on K Nobody will rollback the TX as originator thinks it was already rolled back. Result: key K will be locked forever, all attempts to update/remove it will fail. was: Distributed transactional cache: 1. A sends Prepare to B 2. B receives Prepare, but due to ongoing ST it is blocked 3. B replication timeout elapses 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) 6. Prepare is executed on B, acquiring lock on K Nobody will rollback the TX as originator things it was already rolled back. Result: key K will be locked forever, all attempts to update/remove it will fail. > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator thinks it was already rolled back. > Result: key K will be locked forever, all attempts to update/remove it will fail. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-4131: ------------------------------ Priority: Critical (was: Major) > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator things it was already rolled back. > Result: key K will be locked forever -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4131?page=com.atlassian.jira.plugin.... ] Radim Vansa updated ISPN-4131: ------------------------------ Description: Distributed transactional cache: 1. A sends Prepare to B 2. B receives Prepare, but due to ongoing ST it is blocked 3. B replication timeout elapses 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) 6. Prepare is executed on B, acquiring lock on K Nobody will rollback the TX as originator things it was already rolled back. Result: key K will be locked forever, all attempts to update/remove it will fail. was: Distributed transactional cache: 1. A sends Prepare to B 2. B receives Prepare, but due to ongoing ST it is blocked 3. B replication timeout elapses 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) 6. Prepare is executed on B, acquiring lock on K Nobody will rollback the TX as originator things it was already rolled back. Result: key K will be locked forever > Lock acquired forever with delayed PrepareCommand > ------------------------------------------------- > > Key: ISPN-4131 > URL: https://issues.jboss.org/browse/ISPN-4131 > Project: Infinispan > Issue Type: Bug > Components: Transactions > Affects Versions: 7.0.0.Alpha1 > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > > Distributed transactional cache: > 1. A sends Prepare to B > 2. B receives Prepare, but due to ongoing ST it is blocked > 3. B replication timeout elapses > 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. > 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) > 6. Prepare is executed on B, acquiring lock on K > Nobody will rollback the TX as originator things it was already rolled back. > Result: key K will be locked forever, all attempts to update/remove it will fail. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4131) Lock acquired forever with delayed PrepareCommand

by Radim Vansa (JIRA)

Radim Vansa created ISPN-4131: --------------------------------- Summary: Lock acquired forever with delayed PrepareCommand Key: ISPN-4131 URL: https://issues.jboss.org/browse/ISPN-4131 Project: Infinispan Issue Type: Bug Components: Transactions Affects Versions: 7.0.0.Alpha1 Reporter: Radim Vansa Assignee: Dan Berindei Distributed transactional cache: 1. A sends Prepare to B 2. B receives Prepare, but due to ongoing ST it is blocked 3. B replication timeout elapses 4. B sends Rollback, this does not find the TX as Prepare was not executed yet. The transaction is put into completedTransactions. 5. Completed transactions timeout elapses. This is by default 15 seconds, way shorter than ST timeout (due to which the Prepare was blocked) 6. Prepare is executed on B, acquiring lock on K Nobody will rollback the TX as originator things it was already rolled back. Result: key K will be locked forever -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4078) Infinispan server user guide is not deployed on infinispan.org

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-4078?page=com.atlassian.jira.plugin.... ] Adrian Nistor updated ISPN-4078: -------------------------------- Status: Resolved (was: Pull Request Sent) Assignee: Ion Savin (was: Adrian Nistor) Resolution: Done Integrated in master. Thanks! > Infinispan server user guide is not deployed on infinispan.org > -------------------------------------------------------------- > > Key: ISPN-4078 > URL: https://issues.jboss.org/browse/ISPN-4078 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Servers > Affects Versions: 7.0.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Ion Savin > Attachments: screen1.png > > > The server user guide gives as 404. > The logos for CloudTM and Leads are missing from the error page (see screenshot), but they are displayed properly in other pages. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4130) Upgrade to Apache Avro 1.7.6

by Sanne Grinovero (JIRA)

[ https://issues.jboss.org/browse/ISPN-4130?page=com.atlassian.jira.plugin.... ] Sanne Grinovero updated ISPN-4130: ---------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://issues.jboss.org/browse/ISPN-4130 > Upgrade to Apache Avro 1.7.6 > ---------------------------- > > Key: ISPN-4130 > URL: https://issues.jboss.org/browse/ISPN-4130 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Protocols > Reporter: Sanne Grinovero > Assignee: Sanne Grinovero > Priority: Trivial > Fix For: 7.0.0.Alpha2 > > > I'm aligning the dependency set across various projects to latest Avro: seems a trivial upgrade, with a long list of bugs fixed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4130) Upgrade to Apache Avro 1.7.6

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4130: ------------------------------------- Summary: Upgrade to Apache Avro 1.7.6 Key: ISPN-4130 URL: https://issues.jboss.org/browse/ISPN-4130 Project: Infinispan Issue Type: Component Upgrade Components: Remote Protocols Reporter: Sanne Grinovero Assignee: Sanne Grinovero Priority: Trivial Fix For: 7.0.0.Alpha2 I'm aligning the dependency set across various projects to latest Avro: seems a trivial upgrade, with a long list of bugs fixed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4078) Infinispan server user guide is not deployed on infinispan.org

by Ion Savin (JIRA)

[ https://issues.jboss.org/browse/ISPN-4078?page=com.atlassian.jira.plugin.... ] Ion Savin updated ISPN-4078: ---------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan.github.io/pull/7, https://github.com/infinispan/infinispan/pull/2445 > Infinispan server user guide is not deployed on infinispan.org > -------------------------------------------------------------- > > Key: ISPN-4078 > URL: https://issues.jboss.org/browse/ISPN-4078 > Project: Infinispan > Issue Type: Bug > Components: Documentation-Servers > Affects Versions: 7.0.0.Alpha1 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Attachments: screen1.png > > > The server user guide gives as 404. > The logos for CloudTM and Leads are missing from the error page (see screenshot), but they are displayed properly in other pages. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years

1
0
0 / 0

[JBoss JIRA] (ISPN-4023) RESTCertSecurityTest.testSecuredReadWriteOperations random failures

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4023?page=com.atlassian.jira.plugin.... ] Martin Gencur updated ISPN-4023: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2448 > RESTCertSecurityTest.testSecuredReadWriteOperations random failures > ------------------------------------------------------------------- > > Key: ISPN-4023 > URL: https://issues.jboss.org/browse/ISPN-4023 > Project: Infinispan > Issue Type: Bug > Components: Security, Server > Affects Versions: 6.0.1.Final > Reporter: Dan Berindei > Assignee: Martin Gencur > Labels: testsuite_stability > Fix For: 7.0.0.Alpha2 > > > Frequent NullPointerExceptions in CI, both for testSecuredReadWriteOperations and testSecuredWriteOperations: > {noformat} > java.lang.NullPointerException > at org.infinispan.server.test.rest.security.RESTCertSecurityTest.put(RESTCertSecurityTest.java:175) > at org.infinispan.server.test.rest.security.RESTCertSecurityTest.testSecuredReadWriteOperations(RESTCertSecurityTest.java:134) > {noformat} > http://ci.infinispan.org/viewLog.html?buildId=6586&tab=buildResultsDiv&bu... -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

12 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 2014