May 2014 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-2344) StateTransferReplicationQueueTest.testStateTransferWithNodeRestartedAndBusy

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2344?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-2344. -------------------------------- Labels: testsuite_stability (was: ) Fix Version/s: 7.0.0.Alpha4 Resolution: Done Should be fixed by the ISPN-4239 commit. > StateTransferReplicationQueueTest.testStateTransferWithNodeRestartedAndBusy > --------------------------------------------------------------------------- > > Key: ISPN-2344 > URL: https://issues.jboss.org/browse/ISPN-2344 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Reporter: Galder Zamarreño > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 7.0.0.Alpha4 > > Attachments: testStateTransferWithNodeRestartedAndBusy-0.tgz > > > {code}java.lang.AssertionError > at org.infinispan.statetransfer.StateTransferReplicationQueueTest.thirdWritingCacheTest(StateTransferReplicationQueueTest.java:146) > at org.infinispan.statetransfer.StateTransferReplicationQueueTest.testStateTransferWithNodeRestartedAndBusy(StateTransferReplicationQueueTest.java:108){code} -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-3652) Some tests from org.infinispan.statetransfer package hang on Windows and fails randomly on RHEL and Solaris

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-3652?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-3652. -------------------------------- Fix Version/s: 7.0.0.Alpha4 Resolution: Done StateTransferReplicatedQueueTest should be fixed by the ISPN-4239 commit. I searched for Dist/ReplStateTransferOnJoinConsistencyTest failures in CI but I couldn't find any in the last 3 months. Please open a new issue if they start failing again. > Some tests from org.infinispan.statetransfer package hang on Windows and fails randomly on RHEL and Solaris > ----------------------------------------------------------------------------------------------------------- > > Key: ISPN-3652 > URL: https://issues.jboss.org/browse/ISPN-3652 > Project: Infinispan > Issue Type: Bug > Components: Core, State Transfer > Affects Versions: 6.0.0.CR1 > Environment: Windows 2012 && JDK6 > Reporter: Anna Manukyan > Assignee: Dan Berindei > Labels: testsuite_stability > Fix For: 7.0.0.Alpha4 > > > The tests for the environment specified hang randomly on package org.infinispan.statetransfer. > Due to not being able to login to executing machine at the moment I cannot provide logs/thread dump for the hanged tests. > The logs would be attached later. > Jenkins jobs could be found here > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > Failure description here > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... > and here > https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/job/e... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4295) Include Lucene Directory in the released WildFly modules

by Sanne Grinovero (JIRA)

Sanne Grinovero created ISPN-4295: ------------------------------------- Summary: Include Lucene Directory in the released WildFly modules Key: ISPN-4295 URL: https://issues.jboss.org/browse/ISPN-4295 Project: Infinispan Issue Type: Feature Request Components: Build process, Lucene Directory Reporter: Sanne Grinovero Assignee: Gustavo Fernandes Fix For: 7.0.0.Beta1 The Lucene Directory module for WildFly should be included in the other released WildFly modules, and also we need integration tests for it. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-2394) Use DataRehashedEvent to signal end of state transfer

by Dan Berindei (JIRA)

[ https://issues.jboss.org/browse/ISPN-2394?page=com.atlassian.jira.plugin.... ] Dan Berindei resolved ISPN-2394. -------------------------------- Fix Version/s: 5.2.8.Final Resolution: Done {{TestingUtil.waitForRehashToComplete()}} can also be invoked before or after the state transfer started. So it also needs to keep a mechanism to detect whether a consistent hash is "stable", and adding a DataRehashed listener would complicate things too much. > Use DataRehashedEvent to signal end of state transfer > ----------------------------------------------------- > > Key: ISPN-2394 > URL: https://issues.jboss.org/browse/ISPN-2394 > Project: Infinispan > Issue Type: Task > Components: State Transfer > Affects Versions: 5.2.0.ALPHA1 > Reporter: Adrian Nistor > Assignee: Dan Berindei > Fix For: 5.2.8.Final > > > Since NBST was introduced the actual completion of state transfer happens later than the TopologyChangedEvent. In unit tests there is currently no simple way to find out when this actually happens so we resorted to some ugly polling (see TestingUtil.waitForRehashToComplete()). Also some other core components could benefit from such an event (eg. StaleTransactionCleanupService, see ISPN-2383). > The event should contain the CacheTopology that is being confirmed as stable. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4292) Update endpoint subsystem xsd version in server testsuite

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4292?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4292: ----------------------------------------------- Jakub Markos <jmarkos(a)redhat.com> changed the Status of [bug 1098166|https://bugzilla.redhat.com/show_bug.cgi?id=1098166] from ON_QA to VERIFIED > Update endpoint subsystem xsd version in server testsuite > --------------------------------------------------------- > > Key: ISPN-4292 > URL: https://issues.jboss.org/browse/ISPN-4292 > Project: Infinispan > Issue Type: Bug > Components: Test Suite - Server > Reporter: Jakub Markos > Assignee: Jakub Markos > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > We're using xslt to modify the endpoints subsystem (to remove security from rest endpoint), but we're searching for endpoint 6.0, not 7.0 - https://github.com/infinispan/infinispan/blob/master/server/integration/t... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4293) PR for ISPN-4137 causes a performance drop in repl tx mode

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4293?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-4293: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1098463 > PR for ISPN-4137 causes a performance drop in repl tx mode > ---------------------------------------------------------- > > Key: ISPN-4293 > URL: https://issues.jboss.org/browse/ISPN-4293 > Project: Infinispan > Issue Type: Bug > Reporter: Jakub Markos > Assignee: Dan Berindei > > See the last graph here for example http://jawa36.mw.lab.eng.brq.redhat.com:8080/repo/reports/metric/saved/te... > Caused by this commit https://github.com/infinispan/infinispan/commit/8be817a193699ce8b59aec8da... -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4212) Unable to get entries from newly started non-defined caches

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4212?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-4212: ---------------------------------------- To further clarify, Martin's fix should only work when the cache is not defined anywhere else in the cluster. > Unable to get entries from newly started non-defined caches > ----------------------------------------------------------- > > Key: ISPN-4212 > URL: https://issues.jboss.org/browse/ISPN-4212 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Affects Versions: 7.0.0.Alpha3 > Reporter: Jakub Markos > Assignee: Galder Zamarreño > > If you use hotrod to put entries into a cache which is not defined in standalone.xml, it will be started: > {code} > 15:35:50,676 INFO [org.jboss.as.clustering.infinispan] (HotRodServerWorker-1) JBAS010281: Started nonDefinedCache cache from local container > {code} > but when you try to retrieve the entry back, you'll get null. > {code} > RemoteCacheManager rcm = new RemoteCacheManager(new ConfigurationBuilder().addServer().host("localhost").port(11222).build()); > RemoteCache<String, String> cache = rcm.getCache("nonDefinedCache"); > cache.put("key", "value"); > cache.get("key"); // returns null > {code} > Happens in the current server snapshot. > A while back you'd get this > {code} > WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'nonDefinedCache' not found amongst the configured caches > {code} > So it seems we're somewhere in the middle now (not throwing exception, but also not working). The documentation here is also wrong https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... . -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4212) Unable to get entries from newly started non-defined caches

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4212?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-4212: ----------------------------------- Affects Version/s: 7.0.0.Alpha3 > Unable to get entries from newly started non-defined caches > ----------------------------------------------------------- > > Key: ISPN-4212 > URL: https://issues.jboss.org/browse/ISPN-4212 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Affects Versions: 7.0.0.Alpha3 > Reporter: Jakub Markos > Assignee: Galder Zamarreño > > If you use hotrod to put entries into a cache which is not defined in standalone.xml, it will be started: > {code} > 15:35:50,676 INFO [org.jboss.as.clustering.infinispan] (HotRodServerWorker-1) JBAS010281: Started nonDefinedCache cache from local container > {code} > but when you try to retrieve the entry back, you'll get null. > {code} > RemoteCacheManager rcm = new RemoteCacheManager(new ConfigurationBuilder().addServer().host("localhost").port(11222).build()); > RemoteCache<String, String> cache = rcm.getCache("nonDefinedCache"); > cache.put("key", "value"); > cache.get("key"); // returns null > {code} > Happens in the current server snapshot. > A while back you'd get this > {code} > WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'nonDefinedCache' not found amongst the configured caches > {code} > So it seems we're somewhere in the middle now (not throwing exception, but also not working). The documentation here is also wrong https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... . -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4212) Unable to get entries from newly started non-defined caches

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-4212?page=com.atlassian.jira.plugin.... ] Galder Zamarreño commented on ISPN-4212: ---------------------------------------- Martin/Jakub, recently I lifted this limitation since asymmetric clusters are already supported (ISPN-833), which is why you see this issue. I haven't looked at the root cause of 4212 specifically, but I've also been looking into ISPN-3530, and until that is fixed, we won't be able to truly have the capability for Hot Rod clients to be able to go a node requested for a particular cache, if this cache is only deployed in a subset of the cluster. Talking about 4212, Martin's fix does not solve the issue where the cache might be defined in another node, but the one where you arrived does not have it. In that case, creating a default cache would be the wrong thing to do. The client should receive some failure or be redirected to the node(s) that have that cache pre-defined. Part of me is tempted to reinstate the limitation of pre-defined caches until ISPN-3530 and the test case in 4212 are fixed. > Unable to get entries from newly started non-defined caches > ----------------------------------------------------------- > > Key: ISPN-4212 > URL: https://issues.jboss.org/browse/ISPN-4212 > Project: Infinispan > Issue Type: Bug > Components: Remote Protocols, Server > Reporter: Jakub Markos > Assignee: Galder Zamarreño > > If you use hotrod to put entries into a cache which is not defined in standalone.xml, it will be started: > {code} > 15:35:50,676 INFO [org.jboss.as.clustering.infinispan] (HotRodServerWorker-1) JBAS010281: Started nonDefinedCache cache from local container > {code} > but when you try to retrieve the entry back, you'll get null. > {code} > RemoteCacheManager rcm = new RemoteCacheManager(new ConfigurationBuilder().addServer().host("localhost").port(11222).build()); > RemoteCache<String, String> cache = rcm.getCache("nonDefinedCache"); > cache.put("key", "value"); > cache.get("key"); // returns null > {code} > Happens in the current server snapshot. > A while back you'd get this > {code} > WARN: ISPN004005: Error received from the server: org.infinispan.server.hotrod.CacheNotFoundException: Cache with name 'nonDefinedCache' not found amongst the configured caches > {code} > So it seems we're somewhere in the middle now (not throwing exception, but also not working). The documentation here is also wrong https://github.com/infinispan/infinispan/blob/master/client/hotrod-client... . -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4289) Provide a user friendly error for not being able to parse 6.0 configuration files

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-4289?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-4289: ----------------------------------- Dummy Parser60 which would throw a meaningful exception, informing the user that he should migrate, would be nice. > Provide a user friendly error for not being able to parse 6.0 configuration files > --------------------------------------------------------------------------------- > > Key: ISPN-4289 > URL: https://issues.jboss.org/browse/ISPN-4289 > Project: Infinispan > Issue Type: Feature Request > Components: Core > Reporter: Sanne Grinovero > Assignee: Dan Berindei > Fix For: 7.0.0.Beta1, 7.0.0.Final > > > When failing to parse a configuration file in XML format from Infinispan 6.0 (apparently now unsupported) the error message should be improved. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues May 2014