October 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-3720) JMX operation to suppress state transfer failing on all platforms (OutdatedTopologyException)

by Roman Macor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3720?page=com.atlassian.jira.plugin.... ] Roman Macor updated ISPN-3720: ------------------------------ Affects Version/s: 7.0.0.CR1 > JMX operation to suppress state transfer failing on all platforms (OutdatedTopologyException) > ----------------------------------------------------------------------------------------------- > > Key: ISPN-3720 > URL: https://issues.jboss.org/browse/ISPN-3720 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.CR1, 7.0.0.CR1 > Environment: Failing on Windows 2008 R2 and Windows 2012, both Oracle JDK 6+7. > These tests are passing on RHELs and Solaris. > Reporter: Tomas Sykora > Assignee: Mircea Markus > > Please, see linked bugzilla where are attached log/error files. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3720) JMX operation to suppress state transfer failing on all platforms (OutdatedTopologyException)

by Roman Macor (JIRA)

[ https://issues.jboss.org/browse/ISPN-3720?page=com.atlassian.jira.plugin.... ] Roman Macor updated ISPN-3720: ------------------------------ Summary: JMX operation to suppress state transfer failing on all platforms (OutdatedTopologyException) (was: JMX operation to suppress state transfer failing on Windows (OutdatedTopologyException) ) > JMX operation to suppress state transfer failing on all platforms (OutdatedTopologyException) > ----------------------------------------------------------------------------------------------- > > Key: ISPN-3720 > URL: https://issues.jboss.org/browse/ISPN-3720 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 6.0.0.CR1, 7.0.0.CR1 > Environment: Failing on Windows 2008 R2 and Windows 2012, both Oracle JDK 6+7. > These tests are passing on RHELs and Solaris. > Reporter: Tomas Sykora > Assignee: Mircea Markus > > Please, see linked bugzilla where are attached log/error files. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4815) Broken connection in server JDBC tests

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4815?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4815: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1150654 > Broken connection in server JDBC tests > -------------------------------------- > > Key: ISPN-4815 > URL: https://issues.jboss.org/browse/ISPN-4815 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 7.0.0.CR1 > Environment: All tested platforms > Reporter: Roman Macor > Assignee: Mircea Markus > Labels: jdbc > > All server related JDBC tests are experience problem with broken connection. > The main error extracted from test logs is this: > Caused by: org.h2.jdbc.JdbcSQLException: Connection is broken: "unexpected status 16777216" [90067-168] > at org.h2.message.DbException.getJdbcSQLException(DbException.java:329) > at org.h2.message.DbException.get(DbException.java:169) > at org.h2.message.DbException.get(DbException.java:146) > at org.h2.engine.SessionRemote.done(SessionRemote.java:582) > at org.h2.command.CommandRemote.prepare(CommandRemote.java:67) > at org.h2.command.CommandRemote.<init>(CommandRemote.java:46) > at org.h2.engine.SessionRemote.prepareCommand(SessionRemote.java:439) > at org.h2.jdbc.JdbcConnection.prepareCommand(JdbcConnection.java:1113) > at org.h2.jdbc.JdbcConnection.getTransactionIsolation(JdbcConnection.java:732) > at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.<init>(BaseWrapperManagedConnection.java:195) > at org.jboss.jca.adapters.jdbc.local.LocalManagedConnection.<init>(LocalManagedConnection.java:61) > at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:309) > ... 42 more -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4815) Broken connection in server JDBC tests

by Roman Macor (JIRA)

Roman Macor created ISPN-4815: --------------------------------- Summary: Broken connection in server JDBC tests Key: ISPN-4815 URL: https://issues.jboss.org/browse/ISPN-4815 Project: Infinispan Issue Type: Bug Components: Server Affects Versions: 7.0.0.CR1 Environment: All tested platforms Reporter: Roman Macor Assignee: Mircea Markus All server related JDBC tests are experience problem with broken connection. The main error extracted from test logs is this: Caused by: org.h2.jdbc.JdbcSQLException: Connection is broken: "unexpected status 16777216" [90067-168] at org.h2.message.DbException.getJdbcSQLException(DbException.java:329) at org.h2.message.DbException.get(DbException.java:169) at org.h2.message.DbException.get(DbException.java:146) at org.h2.engine.SessionRemote.done(SessionRemote.java:582) at org.h2.command.CommandRemote.prepare(CommandRemote.java:67) at org.h2.command.CommandRemote.<init>(CommandRemote.java:46) at org.h2.engine.SessionRemote.prepareCommand(SessionRemote.java:439) at org.h2.jdbc.JdbcConnection.prepareCommand(JdbcConnection.java:1113) at org.h2.jdbc.JdbcConnection.getTransactionIsolation(JdbcConnection.java:732) at org.jboss.jca.adapters.jdbc.BaseWrapperManagedConnection.<init>(BaseWrapperManagedConnection.java:195) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnection.<init>(LocalManagedConnection.java:61) at org.jboss.jca.adapters.jdbc.local.LocalManagedConnectionFactory.getLocalManagedConnection(LocalManagedConnectionFactory.java:309) ... 42 more -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4575) Map/Reduce incorrect results with a non-shared non-tx intermediate cache

by Vladimir Blagojevic (JIRA)

[ https://issues.jboss.org/browse/ISPN-4575?page=com.atlassian.jira.plugin.... ] Vladimir Blagojevic updated ISPN-4575: -------------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/2853 > Map/Reduce incorrect results with a non-shared non-tx intermediate cache > ------------------------------------------------------------------------ > > Key: ISPN-4575 > URL: https://issues.jboss.org/browse/ISPN-4575 > Project: Infinispan > Issue Type: Bug > Components: Core, Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Alpha5 > Reporter: Dan Berindei > Assignee: Vladimir Blagojevic > Priority: Blocker > Labels: testsuite_stability > Fix For: 7.0.0.CR2 > > > In a non-tx cache, if a command is started with topology id {{T}}, and when it is replicated on another node the distribution interceptor sees topology {{T+1}}, it throws an {{OutdatedTopologyException}}. The originator of the command will then retry the command, setting topology {{T+1}}. > When this happens with a {{PutKeyValueCommand(k, MapReduceManagerImpl.DeltaAwareList)}}, it can lead to duplicate intermediate values. > Say _A_ is the primary owner of {{k}} in {{T}}, _B_ is a backup owner both in {{T}} and {{T+1}}, and _C_ is the backup owner in {{T}} and the primary owner in {{T+1}} (i.e. _C_ just joined and a rebalance is in progress during {{T}} - see {{NonTxBackupOwnerBecomingPrimaryOwnerTest}}). > _A_ starts the {{PutKeyValueCommand}} and replicates it to _B_ and _C_. _C_ applies the command, but _B_ already has topology {{T+1}} and throws an {{OutdatedTopologyException}}. _A_ installs topology {{T+1}}, sends the command to _C_ (as the new primary owner), which replicates it to _B_ and then applies it locally a second time. > This scenario can happen during a M/R task even without nodes joining or leaving. That's because {{CreateCacheCommand}} only calls {{getCache()}} on each member, it doesn't wait for the cache to have a certain number of members or for state transfer to be complete for all the members. The last member to join the intermediate cache is guaranteed to have topology {{T+1}}, but the others may have topology {{T}} by the time the combine phase starts inserting values in the intermediate cache. > I have seen the {{OutdatedTopologyException}} happen pretty often during the test suite, especially after I removed the duplicate {{invokeRemotely}} call in {{MapReduceTask.executeTaskInit()}}. Most of them were harmless, but there was one failure in CI: http://ci.infinispan.org/viewLog.html?buildId=9811&tab=buildResultsDiv&bu... > A short-term fix would be to wait for all the members to finish joining in {{CreateCacheCommand}}. Long-term, M/R tasks should be resilient to topology changes, so we should investigate making {{PutKeyValue(k, DeltaAwareList)}} handle {{OutdatedTopologyException}} s. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4808) Release script doesn't work with new distribution

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4808?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-4808. -------------------------------- Resolution: Done I changed the release script to use a different relative path for each distribution archive. > Release script doesn't work with new distribution > ------------------------------------------------- > > Key: ISPN-4808 > URL: https://issues.jboss.org/browse/ISPN-4808 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Fix For: 7.0.0.CR2 > > > The release script relies on the distribution archive(s) to find all the files to upload, and the ISPN-4773 fix changed both the location and the layout of the archives. > The release script also expected separate distribution archives for the server and for the client/embedded AS modules, which don't seem to exist any more. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4808) Release script doesn't work with new distribution

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4808?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4808: ------------------------------- Status: Open (was: New) > Release script doesn't work with new distribution > ------------------------------------------------- > > Key: ISPN-4808 > URL: https://issues.jboss.org/browse/ISPN-4808 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.0.Beta2 > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Blocker > Fix For: 7.0.0.CR2 > > > The release script relies on the distribution archive(s) to find all the files to upload, and the ISPN-4773 fix changed both the location and the layout of the archives. > The release script also expected separate distribution archives for the server and for the client/embedded AS modules, which don't seem to exist any more. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4677) Map/Reduce job fails with the wrong explanation on underlying TimeoutException

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4677?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4677: ------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/2844 > Map/Reduce job fails with the wrong explanation on underlying TimeoutException > ------------------------------------------------------------------------------ > > Key: ISPN-4677 > URL: https://issues.jboss.org/browse/ISPN-4677 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Beta1 > Reporter: Sanne Grinovero > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.CR2 > > > I'm running a task which is throwing the following exception during the Map phase: > {noformat} > org.infinispan.util.concurrent.TimeoutException: Node main-NodeC-22183 timed out{noformat} > The user facing error however is this very confusing message: > {noformat}org.infinispan.commons.CacheException: java.util.concurrent.ExecutionException: Map phase executing at main-NodeA-39904 did not complete within 0 sec timeout{noformat} > I have no timeout enabled. > The problem is the instanceof operation on the cause of the error in org.infinispan.distexec.mapreduce.MapReduceTask.executeMapPhaseWithLocalReduction(Map<KOut, VOut>): the check on the type only is not good enough. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4677) Map/Reduce job fails with the wrong explanation on underlying TimeoutException

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-4677?page=com.atlassian.jira.plugin.... ] Dan Berindei updated ISPN-4677: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Map/Reduce job fails with the wrong explanation on underlying TimeoutException > ------------------------------------------------------------------------------ > > Key: ISPN-4677 > URL: https://issues.jboss.org/browse/ISPN-4677 > Project: Infinispan > Issue Type: Bug > Components: Distributed Execution and Map/Reduce > Affects Versions: 7.0.0.Beta1 > Reporter: Sanne Grinovero > Assignee: Vladimir Blagojevic > Fix For: 7.0.0.CR2 > > > I'm running a task which is throwing the following exception during the Map phase: > {noformat} > org.infinispan.util.concurrent.TimeoutException: Node main-NodeC-22183 timed out{noformat} > The user facing error however is this very confusing message: > {noformat}org.infinispan.commons.CacheException: java.util.concurrent.ExecutionException: Map phase executing at main-NodeA-39904 did not complete within 0 sec timeout{noformat} > I have no timeout enabled. > The problem is the instanceof operation on the cause of the error in org.infinispan.distexec.mapreduce.MapReduceTask.executeMapPhaseWithLocalReduction(Map<KOut, VOut>): the check on the type only is not good enough. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4011) Make it possible to use 'remote-jmx' protocol inside Karaf

by Martin Gencur (JIRA)

[ https://issues.jboss.org/browse/ISPN-4011?page=com.atlassian.jira.plugin.... ] Martin Gencur commented on ISPN-4011: ------------------------------------- [~anistor] I agree. > Make it possible to use 'remote-jmx' protocol inside Karaf > ---------------------------------------------------------- > > Key: ISPN-4011 > URL: https://issues.jboss.org/browse/ISPN-4011 > Project: Infinispan > Issue Type: Feature Request > Reporter: Adrian Nistor > Assignee: Martin Gencur > Labels: 630 > Fix For: 7.0.0.Final > > > This is needed so remote-query clients can register protobuf schemas via jmx. Currently this was circumvented by creating a separate stand-alone app (ProtofileRegistrar) that runs outside Karaf before the actual test. -- This message was sent by Atlassian JIRA (v6.3.1#6329)

11 years, 6 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 October 2014