Bug 879289
Summary: | org.infinispan.distribution.ch.DefaultConsistentHash cannot be cast to org.infinispan.distribution.ch.ReplicatedConsistentHash | ||
---|---|---|---|
Product: | [JBoss] JBoss Data Grid 6 | Reporter: | Anna Manukyan <amanukya> |
Component: | Infinispan | Assignee: | Tristan Tarrant <ttarrant> |
Status: | CLOSED NOTABUG | QA Contact: | Martin Gencur <mgencur> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.1.0 | CC: | jdg-bugs |
Target Milestone: | ER5 | ||
Target Release: | 6.1.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-11-28 14:28:57 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Anna Manukyan
2012-11-22 14:41:28 UTC
Adrian Nistor <anistor> made a comment on jira ISPN-2540 Hi Anna. Could you please post your cache configuration? Anna Manukyan <amanukya> made a comment on jira ISPN-2540 Hi Adrian, my cache configuration is: {code} GlobalConfiguration glob = new GlobalConfigurationBuilder() .globalJmxStatistics().jmxDomain("AsyncNotifExecutorCache").allowDuplicateDomains(true) .transport().addProperty("configurationFile", "jgroups-tcp.xml"). distributedSyncTimeout(150000). strictPeerToPeer(false). transport(new JGroupsTransport()). asyncListenerExecutor().addProperty("maxThreads", "5"). build(); ConfigurationBuilder c = new ConfigurationBuilder(); c.clustering().cacheMode(CacheMode.INVALIDATION_SYNC); Configuration cnf = c.build(); DefaultCacheManager manager = new DefaultCacheManager(glob); manager.defineConfiguration("testCache", cnf); {code} Best regards, Anna. Adrian Nistor <anistor> made a comment on jira ISPN-2540 Is it possible that you are unintentionally mixing in the same cluster some nodes that are INVALIDATION_SYNC and DIST_SYNC? Hi Adrian, thanks for the hint. I guess yes, and the reason is that the cache is not properly stopped during tomcat container undeploy, and the DIST_ASYNC cache from the previous test affects the new Invalidation cache. I run the test separately, and it doesn't fail. As well as the tests doesn't fail for EAP. I'll try to resolve this issue. Best regards, Anna. Should this be marked invalid then ? I guess yes. As soon as I'll fix the test on my side, and make sure that it doesn't fail, I'll mark the bug as invalid. Anna Manukyan <amanukya> updated the status of jira ISPN-2540 to Resolved Anna Manukyan <amanukya> made a comment on jira ISPN-2540 The problem was in the unsuccessfull undeployment of tomcat container, which caused that the DIST_ASYNC cache created in one test, was harming the INVALIDATION test in another. The tests are fixed. |