[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
[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
[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
[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
[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
[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