January 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5000) Cleanup rebalance confirmation collector when node is not coord

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5000?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5000: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166243|https://bugzilla.redhat.com/show_bug.cgi?id=1166243] from VERIFIED to CLOSED > Cleanup rebalance confirmation collector when node is not coord > --------------------------------------------------------------- > > Key: ISPN-5000 > URL: https://issues.jboss.org/browse/ISPN-5000 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.0.1.Final > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.3.Final, 7.1.0.Beta1 > > > The rebalance confirmation collector is not properly cleared when node becomes non-coordinator. Therefore, when it becomes coordinator, it does not start the rebalance. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4626) Race condition in the LocalEntryRetriever between iterator() and hasNext()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4626?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4626: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139618|https://bugzilla.redhat.com/show_bug.cgi?id=1139618] from VERIFIED to CLOSED > Race condition in the LocalEntryRetriever between iterator() and hasNext() > -------------------------------------------------------------------------- > > Key: ISPN-4626 > URL: https://issues.jboss.org/browse/ISPN-4626 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > The LocalEntryRetriver sometimes will erroneously return false for hasNext right after creation of the iterator, because initial retrieval is done on a separate thread and it may not finish on time. > This is causing intermittent failures in the index-less query tests. See ISPN-4594 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4626) Race condition in the LocalEntryRetriever between iterator() and hasNext()

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4626?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4626: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139618|https://bugzilla.redhat.com/show_bug.cgi?id=1139618] from VERIFIED to CLOSED > Race condition in the LocalEntryRetriever between iterator() and hasNext() > -------------------------------------------------------------------------- > > Key: ISPN-4626 > URL: https://issues.jboss.org/browse/ISPN-4626 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 7.0.0.Alpha5 > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Fix For: 7.0.0.Beta1 > > > The LocalEntryRetriver sometimes will erroneously return false for hasNext right after creation of the iterator, because initial retrieval is done on a separate thread and it may not finish on time. > This is causing intermittent failures in the index-less query tests. See ISPN-4594 -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5048) Relocate some imported packages in uberjars and remove any javax.* classes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5048?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5048: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1170663|https://bugzilla.redhat.com/show_bug.cgi?id=1170663] from VERIFIED to CLOSED > Relocate some imported packages in uberjars and remove any javax.* classes > -------------------------------------------------------------------------- > > Key: ISPN-5048 > URL: https://issues.jboss.org/browse/ISPN-5048 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.2.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.3.Final, 7.1.0.Final > > > There is a readme in the jar for infinispan-embedded-query which states: "Copyright (c) 2008, 2009 Sun Microsystems, Oracle Corporation. All rights reserved." > In /META-INF there are notices claiming that all of this is licensed as ASL2 which is not correct. > we also include things like javax.persistence and javax.servlet, those are going to cause trouble for sure as I don't think it's reasonable to expect the users to not have duplicates of such things in their classpath. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5048) Relocate some imported packages in uberjars and remove any javax.* classes

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5048?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5048: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1170663|https://bugzilla.redhat.com/show_bug.cgi?id=1170663] from VERIFIED to CLOSED > Relocate some imported packages in uberjars and remove any javax.* classes > -------------------------------------------------------------------------- > > Key: ISPN-5048 > URL: https://issues.jboss.org/browse/ISPN-5048 > Project: Infinispan > Issue Type: Bug > Components: Build process > Affects Versions: 7.0.2.Final > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Fix For: 7.0.3.Final, 7.1.0.Final > > > There is a readme in the jar for infinispan-embedded-query which states: "Copyright (c) 2008, 2009 Sun Microsystems, Oracle Corporation. All rights reserved." > In /META-INF there are notices claiming that all of this is licensed as ASL2 which is not correct. > we also include things like javax.persistence and javax.servlet, those are going to cause trouble for sure as I don't think it's reasonable to expect the users to not have duplicates of such things in their classpath. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4498) OutOfMemoryError when CI is ran with tracing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4498?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4498: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139642|https://bugzilla.redhat.com/show_bug.cgi?id=1139642] from VERIFIED to CLOSED > OutOfMemoryError when CI is ran with tracing > -------------------------------------------- > > Key: ISPN-4498 > URL: https://issues.jboss.org/browse/ISPN-4498 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.0.0.Alpha4 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Alpha5 > > > The CI will fail very often when tracing is enabled with some sort of OOM error. > http://ci.infinispan.org/viewType.html?buildTypeId=Infinispan_MasterHotsp... > Looking closer this appears to be an issue with an accumulation of Threads. These threads aren't running either but rather are held in memory unneedingly. It appears that they are being retained in the log4j1.2 NDC class in it's hashtable. Upon further investigation we never call to NDC.remove which would clear up the current any dead threads. > I have created JBLOGGING-106 to fix this as well. In the mean time we shouldn't use NDC. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4498) OutOfMemoryError when CI is ran with tracing

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4498?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4498: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1139642|https://bugzilla.redhat.com/show_bug.cgi?id=1139642] from VERIFIED to CLOSED > OutOfMemoryError when CI is ran with tracing > -------------------------------------------- > > Key: ISPN-4498 > URL: https://issues.jboss.org/browse/ISPN-4498 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Affects Versions: 7.0.0.Alpha4 > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Alpha5 > > > The CI will fail very often when tracing is enabled with some sort of OOM error. > http://ci.infinispan.org/viewType.html?buildTypeId=Infinispan_MasterHotsp... > Looking closer this appears to be an issue with an accumulation of Threads. These threads aren't running either but rather are held in memory unneedingly. It appears that they are being retained in the log4j1.2 NDC class in it's hashtable. Upon further investigation we never call to NDC.remove which would clear up the current any dead threads. > I have created JBLOGGING-106 to fix this as well. In the mean time we shouldn't use NDC. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5000) Cleanup rebalance confirmation collector when node is not coord

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5000?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5000: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166243|https://bugzilla.redhat.com/show_bug.cgi?id=1166243] from VERIFIED to CLOSED > Cleanup rebalance confirmation collector when node is not coord > --------------------------------------------------------------- > > Key: ISPN-5000 > URL: https://issues.jboss.org/browse/ISPN-5000 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.0.1.Final > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.3.Final, 7.1.0.Beta1 > > > The rebalance confirmation collector is not properly cleared when node becomes non-coordinator. Therefore, when it becomes coordinator, it does not start the rebalance. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5000) Cleanup rebalance confirmation collector when node is not coord

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5000?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5000: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1166243|https://bugzilla.redhat.com/show_bug.cgi?id=1166243] from VERIFIED to CLOSED > Cleanup rebalance confirmation collector when node is not coord > --------------------------------------------------------------- > > Key: ISPN-5000 > URL: https://issues.jboss.org/browse/ISPN-5000 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 7.0.1.Final > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.3.Final, 7.1.0.Beta1 > > > The rebalance confirmation collector is not properly cleared when node becomes non-coordinator. Therefore, when it becomes coordinator, it does not start the rebalance. -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4744) RemoteCacheOsgiIT fails to run

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4744?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4744: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1145006|https://bugzilla.redhat.com/show_bug.cgi?id=1145006] from VERIFIED to CLOSED > RemoteCacheOsgiIT fails to run > ------------------------------ > > Key: ISPN-4744 > URL: https://issues.jboss.org/browse/ISPN-4744 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.0.0.Beta2 > Reporter: Adrian Nistor > Assignee: Ion Savin > Fix For: 7.0.0.CR1 > > > Three problems: > * the 3 nodes started using antrun fail to start if JBOSS_HOME is set to a location different from the ones holding the configs (target/server/node{1,2,3}) > * the test probe doesn't export the Person class used in the test and commons fails to find this class > * paxurl fails to find the osgi features if custom maven local repository paths are used -- This message was sent by Atlassian JIRA (v6.3.11#6341)

9 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2015