December 2019 - infinispan-issues

[JBoss JIRA] (ISPN-11100) Rename org.infinispan.server.loader.Loader to InfinispanServerLoader

by Diego Lovison (Jira)

Diego Lovison created ISPN-11100: ------------------------------------ Summary: Rename org.infinispan.server.loader.Loader to InfinispanServerLoader Key: ISPN-11100 URL: https://issues.redhat.com/browse/ISPN-11100 Project: Infinispan Issue Type: Enhancement Reporter: Diego Lovison When running a command to get the PID from jps the word Loader will be there and we can conclude what is "Loader" Before: {{./profiler.sh -d 10 "$(jps | grep "Loader" | cut -d ' ' -f1)"}} After: {{./profiler.sh -d 10 "$(jps | grep "InfinispanServerLoader" | cut -d ' ' -f1)"}} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11099) Improve rebalance phase time spent during the conflict resolution

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11099?page=com.atlassian.jira.plugi... ] Diego Lovison commented on ISPN-11099: -------------------------------------- Once fixed this issue, we could rerun the scalability tests > Improve rebalance phase time spent during the conflict resolution > ----------------------------------------------------------------- > > Key: ISPN-11099 > URL: https://issues.redhat.com/browse/ISPN-11099 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Priority: Critical > Attachments: log.txt > > > Give a sync replica cache with 3 nodes > Introduce a network partition > Change the cache value > Fix the network partition > Check the new cache value > https://github.com/diegolovison/jgroups-chaos > mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml > config: > {code:java} > cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) > .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); > {code} > logs: > {noformat} > 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 > 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 > {noformat} > expected result: for one key, running all cluster in the same machine. I think that we can improve the business rules to avoid taking more than 10 seconds to finish the test. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11099) Improve rebalance phase time spent during the conflict resolution

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11099?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11099: --------------------------------- Description: Give a sync replica cache with 3 nodes Introduce a network partition Change the cache value Fix the network partition Check the new cache value https://github.com/diegolovison/jgroups-chaos mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml config: {code:java} cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); {code} logs: {noformat} 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 {noformat} expected result: for one key, running all cluster in the same machine. I think that we can improve the business rules to avoid taking more than 10 seconds to finish the test. was: Give a sync replica cache with 3 nodes Introduce a network partition Change the cache value Fix the network partition Check the new cache value https://github.com/diegolovison/jgroups-chaos mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml config: {code:java} cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); {code} logs: {noformat} 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 {noformat} > Improve rebalance phase time spent during the conflict resolution > ----------------------------------------------------------------- > > Key: ISPN-11099 > URL: https://issues.redhat.com/browse/ISPN-11099 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Priority: Critical > Attachments: log.txt > > > Give a sync replica cache with 3 nodes > Introduce a network partition > Change the cache value > Fix the network partition > Check the new cache value > https://github.com/diegolovison/jgroups-chaos > mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml > config: > {code:java} > cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) > .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); > {code} > logs: > {noformat} > 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 > 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 > {noformat} > expected result: for one key, running all cluster in the same machine. I think that we can improve the business rules to avoid taking more than 10 seconds to finish the test. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11099) Improve rebalance phase time spent during the conflict resolution

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11099?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11099: --------------------------------- Attachment: log.txt > Improve rebalance phase time spent during the conflict resolution > ----------------------------------------------------------------- > > Key: ISPN-11099 > URL: https://issues.redhat.com/browse/ISPN-11099 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Priority: Critical > Attachments: log.txt > > > Give a sync replica cache with 3 nodes > Introduce a network partition > Change the cache value > Fix the network partition > Check the new cache value > https://github.com/diegolovison/jgroups-chaos > mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml > config: > {code:java} > cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) > .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); > {code} > logs: > {noformat} > 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 > 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 > {noformat} > expected result: for one key, running all cluster in the same machine. I think that we can improve the business rules to avoid taking more than 10 seconds to finish the test. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11099) Improve rebalance phase time spent during the conflict resolution

by Diego Lovison (Jira)

[ https://issues.redhat.com/browse/ISPN-11099?page=com.atlassian.jira.plugi... ] Diego Lovison updated ISPN-11099: --------------------------------- Description: Give a sync replica cache with 3 nodes Introduce a network partition Change the cache value Fix the network partition Check the new cache value https://github.com/diegolovison/jgroups-chaos mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml config: {code:java} cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); {code} logs: {noformat} 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 {noformat} was: Give a sync replica cache with 3 nodes Introduce a network partition Change the cache value Fix the network partition Check the new cache value https://github.com/diegolovison/jgroups-chaos mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml config: {code:java} cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); {code} > Improve rebalance phase time spent during the conflict resolution > ----------------------------------------------------------------- > > Key: ISPN-11099 > URL: https://issues.redhat.com/browse/ISPN-11099 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 10.1.0.CR1 > Reporter: Diego Lovison > Priority: Critical > > Give a sync replica cache with 3 nodes > Introduce a network partition > Change the cache value > Fix the network partition > Check the new cache value > https://github.com/diegolovison/jgroups-chaos > mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml > config: > {code:java} > cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) > .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); > {code} > logs: > {noformat} > 15:44:31,827 INFO (stateTransferExecutor-thread--p22-t1) [CLUSTER] [Context=org.infinispan.CONFIG] ISPN100002: Starting rebalance with members [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614], phase READ_OLD_WRITE_ALL, topology id 14 > 15:44:56,725 TRACE (stateTransferExecutor-thread--p22-t1) [StateReceiverImpl] Cache fooCache attempting to receive replicas for segment 83 from [Diegos-MacBook-Pro-40446, Diegos-MacBook-Pro-6797, Diegos-MacBook-Pro-52614] with topologyId=12, timeout=215112 > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11099) Improve rebalance phase time spent during the conflict resolution

by Diego Lovison (Jira)

Diego Lovison created ISPN-11099: ------------------------------------ Summary: Improve rebalance phase time spent during the conflict resolution Key: ISPN-11099 URL: https://issues.redhat.com/browse/ISPN-11099 Project: Infinispan Issue Type: Enhancement Components: Core Affects Versions: 10.1.0.CR1 Reporter: Diego Lovison Give a sync replica cache with 3 nodes Introduce a network partition Change the cache value Fix the network partition Check the new cache value https://github.com/diegolovison/jgroups-chaos mvn test -Dtest=InfinispanPartitionHandlingTest -Dlog4j.configurationFile=log4j2-ispn-conflict-manager.xml config: {code:java} cacheConfigurationBuilder.clustering().cacheMode(CacheMode.REPL_SYNC) .partitionHandling().mergePolicy(MergePolicy.REMOVE_ALL); {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10596) Docs Productization: Persistence

by Donald Naro (Jira)

[ https://issues.redhat.com/browse/ISPN-10596?page=com.atlassian.jira.plugi... ] Donald Naro updated ISPN-10596: ------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/7690 > Docs Productization: Persistence > -------------------------------- > > Key: ISPN-10596 > URL: https://issues.redhat.com/browse/ISPN-10596 > Project: Infinispan > Issue Type: Enhancement > Components: Documentation > Reporter: Donald Naro > Assignee: Donald Naro > Priority: Major > > Productize content around persistence: > Modularize the persistence assembly. > Work with Will on updates for segmented stores, make sure those details are correct. > Review content on cache stores. Remove any out of date content and identify additional changes for DG 8. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11097) Clusters page unable to resolve "host" when utilising clustered standalone servers

by Pedro Ruivo (Jira)

[ https://issues.redhat.com/browse/ISPN-11097?page=com.atlassian.jira.plugi... ] Pedro Ruivo updated ISPN-11097: ------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > Clusters page unable to resolve "host" when utilising clustered standalone servers > ---------------------------------------------------------------------------------- > > Key: ISPN-11097 > URL: https://issues.redhat.com/browse/ISPN-11097 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 9.4.17.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 9.4.18.Final > > > The following page cannot be viewed http://localhost:3000/#/server-groups/default/nodes as the dmr call is trying to access the child-resource "host" which does not exist outside of domain mode. Resulting in the following error message: > {code:json} > { > "outcome" : "failed", > "failure-description" : "WFLYCTL0202: No known child type named host", > "rolled-back" : true > } > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11098) Decommission old infinispan/infinispan-management-console repository

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11098?page=com.atlassian.jira.plugi... ] Ryan Emerson resolved ISPN-11098. --------------------------------- Fix Version/s: 10.0.0.Final Resolution: Done > Decommission old infinispan/infinispan-management-console repository > -------------------------------------------------------------------- > > Key: ISPN-11098 > URL: https://issues.redhat.com/browse/ISPN-11098 > Project: Infinispan > Issue Type: Task > Components: Console > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Final > > > The old repository is no longer used for upstream development, therefore we should update the master README to point to the new repository. -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

[JBoss JIRA] (ISPN-11097) Clusters page unable to resolve "host" when utilising clustered standalone servers

by Ryan Emerson (Jira)

[ https://issues.redhat.com/browse/ISPN-11097?page=com.atlassian.jira.plugi... ] Ryan Emerson updated ISPN-11097: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan-management-console/pull/281 (was: https://github.com/infinispan/infinispan-management-console/pull/280) > Clusters page unable to resolve "host" when utilising clustered standalone servers > ---------------------------------------------------------------------------------- > > Key: ISPN-11097 > URL: https://issues.redhat.com/browse/ISPN-11097 > Project: Infinispan > Issue Type: Bug > Components: Console > Affects Versions: 9.4.17.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 9.4.18.Final > > > The following page cannot be viewed http://localhost:3000/#/server-groups/default/nodes as the dmr call is trying to access the child-resource "host" which does not exist outside of domain mode. Resulting in the following error message: > {code:json} > { > "outcome" : "failed", > "failure-description" : "WFLYCTL0202: No known child type named host", > "rolled-back" : true > } > {code} -- This message was sent by Atlassian Jira (v7.13.8#713008)

5 years, 9 months

1
0
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues December 2019