September 2019 - infinispan-issues

[JBoss JIRA] (ISPN-10286) Segmented Store can get stuck with bulk write

by Will Burns (Jira)

[ https://issues.jboss.org/browse/ISPN-10286?page=com.atlassian.jira.plugin... ] Will Burns updated ISPN-10286: ------------------------------ Fix Version/s: 9.4.17.Final > Segmented Store can get stuck with bulk write > --------------------------------------------- > > Key: ISPN-10286 > URL: https://issues.jboss.org/browse/ISPN-10286 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 10.0.0.Alpha3 > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.Beta4, 10.0.0.CR2, 9.4.17.Final > > > The code was refactored in ComposedSegmentedLoadWriteStore to be more non blocking friendly. Unfortunately due to how groupBy and flatMap interact it is possible for the bulkUpdate to never complete. > FlatMap by default sets a parallelism level of 128. this means it will request 128 groups from groupBy, but unfortunately if there are more than 128 groups, it will never complete as groupBy must publish all groups before a single one can complete. Thus any time we use flatMap after a groupBy we must either set the parallelism level to Integer.MAX_VALUE or to an explicit value if we know how many groups at max there will be. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10581) Segmented Store can get stuck with bulk write

by Ryan Emerson (Jira)

Ryan Emerson created ISPN-10581: ----------------------------------- Summary: Segmented Store can get stuck with bulk write Key: ISPN-10581 URL: https://issues.jboss.org/browse/ISPN-10581 Project: Infinispan Issue Type: Bug Components: Loaders and Stores Affects Versions: 10.0.0.Alpha3 Reporter: Will Burns Assignee: Will Burns Fix For: 10.0.0.Beta4, 10.0.0.CR2 The code was refactored in ComposedSegmentedLoadWriteStore to be more non blocking friendly. Unfortunately due to how groupBy and flatMap interact it is possible for the bulkUpdate to never complete. FlatMap by default sets a parallelism level of 128. this means it will request 128 groups from groupBy, but unfortunately if there are more than 128 groups, it will never complete as groupBy must publish all groups before a single one can complete. Thus any time we use flatMap after a groupBy we must either set the parallelism level to Integer.MAX_VALUE or to an explicit value if we know how many groups at max there will be. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10286) Segmented Store can get stuck with bulk write

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10286?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10286: -------------------------------- Fix Version/s: 10.0.0.CR2 > Segmented Store can get stuck with bulk write > --------------------------------------------- > > Key: ISPN-10286 > URL: https://issues.jboss.org/browse/ISPN-10286 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 10.0.0.Alpha3 > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.Beta4, 10.0.0.CR2 > > > The code was refactored in ComposedSegmentedLoadWriteStore to be more non blocking friendly. Unfortunately due to how groupBy and flatMap interact it is possible for the bulkUpdate to never complete. > FlatMap by default sets a parallelism level of 128. this means it will request 128 groups from groupBy, but unfortunately if there are more than 128 groups, it will never complete as groupBy must publish all groups before a single one can complete. Thus any time we use flatMap after a groupBy we must either set the parallelism level to Integer.MAX_VALUE or to an explicit value if we know how many groups at max there will be. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10286) Segmented Store can get stuck with bulk write

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10286?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10286: -------------------------------- Git Pull Request: https://github.com/infinispan/infinispan/pull/7024, https://issues.jboss.org/browse/ISPN-10286 (was: https://github.com/infinispan/infinispan/pull/7024) > Segmented Store can get stuck with bulk write > --------------------------------------------- > > Key: ISPN-10286 > URL: https://issues.jboss.org/browse/ISPN-10286 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 10.0.0.Alpha3 > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.Beta4, 10.0.0.CR2 > > > The code was refactored in ComposedSegmentedLoadWriteStore to be more non blocking friendly. Unfortunately due to how groupBy and flatMap interact it is possible for the bulkUpdate to never complete. > FlatMap by default sets a parallelism level of 128. this means it will request 128 groups from groupBy, but unfortunately if there are more than 128 groups, it will never complete as groupBy must publish all groups before a single one can complete. Thus any time we use flatMap after a groupBy we must either set the parallelism level to Integer.MAX_VALUE or to an explicit value if we know how many groups at max there will be. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10286) Segmented Store can get stuck with bulk write

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10286?page=com.atlassian.jira.plugin... ] Ryan Emerson reopened ISPN-10286: --------------------------------- > Segmented Store can get stuck with bulk write > --------------------------------------------- > > Key: ISPN-10286 > URL: https://issues.jboss.org/browse/ISPN-10286 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 10.0.0.Alpha3 > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 10.0.0.Beta4, 10.0.0.CR2 > > > The code was refactored in ComposedSegmentedLoadWriteStore to be more non blocking friendly. Unfortunately due to how groupBy and flatMap interact it is possible for the bulkUpdate to never complete. > FlatMap by default sets a parallelism level of 128. this means it will request 128 groups from groupBy, but unfortunately if there are more than 128 groups, it will never complete as groupBy must publish all groups before a single one can complete. Thus any time we use flatMap after a groupBy we must either set the parallelism level to Integer.MAX_VALUE or to an explicit value if we know how many groups at max there will be. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10505) Allow multiple SerializationContextInitializers to be provided via configuration

by Ryan Emerson (Jira)

[ https://issues.jboss.org/browse/ISPN-10505?page=com.atlassian.jira.plugin... ] Ryan Emerson updated ISPN-10505: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/7264 > Allow multiple SerializationContextInitializers to be provided via configuration > -------------------------------------------------------------------------------- > > Key: ISPN-10505 > URL: https://issues.jboss.org/browse/ISPN-10505 > Project: Infinispan > Issue Type: Sub-task > Components: Core > Affects Versions: 10.0.0.CR1 > Reporter: Ryan Emerson > Assignee: Ryan Emerson > Priority: Major > Fix For: 10.0.0.Final > > > Currently it's only possible to provide a single SerializationContextInitializer, in hindsight it would be better if multiple implementations could be specified with the configuration occurring on the CacheManager not per cache. > Currently the SCI is provided as an attribute, if multiple are supported we should probably provide these as multiple elements. -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10580) Cluster resource

by Katia Aresti (Jira)

[ https://issues.jboss.org/browse/ISPN-10580?page=com.atlassian.jira.plugin... ] Katia Aresti updated ISPN-10580: -------------------------------- Issue Type: Feature Request (was: Bug) > Cluster resource > ---------------- > > Key: ISPN-10580 > URL: https://issues.jboss.org/browse/ISPN-10580 > Project: Infinispan > Issue Type: Feature Request > Components: REST > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Labels: console-ng > > A resource to expose cluster-wide info and operations: > * Shutdown the whole cluster > * Health of all cache managers from the server > * List of nodes -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10580) Cluster resource

by Gustavo Fernandes (Jira)

[ https://issues.jboss.org/browse/ISPN-10580?page=com.atlassian.jira.plugin... ] Gustavo Fernandes updated ISPN-10580: ------------------------------------- Status: Open (was: New) > Cluster resource > ---------------- > > Key: ISPN-10580 > URL: https://issues.jboss.org/browse/ISPN-10580 > Project: Infinispan > Issue Type: Bug > Components: REST > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > Labels: console-ng > > A resource to expose cluster-wide info and operations: > * Shutdown the whole cluster > * Health of all cache managers from the server > * List of nodes -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10580) Cluster resource

by Gustavo Fernandes (Jira)

Gustavo Fernandes created ISPN-10580: ---------------------------------------- Summary: Cluster resource Key: ISPN-10580 URL: https://issues.jboss.org/browse/ISPN-10580 Project: Infinispan Issue Type: Bug Components: REST Reporter: Gustavo Fernandes Assignee: Gustavo Fernandes A resource to expose cluster-wide info and operations: * Shutdown the whole cluster * Health of all cache managers from the server * List of nodes -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

[JBoss JIRA] (ISPN-10569) Bump JGroups to 4.1.4.Final

by Dan Berindei (Jira)

[ https://issues.jboss.org/browse/ISPN-10569?page=com.atlassian.jira.plugin... ] Dan Berindei updated ISPN-10569: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 10.0.0.CR2 Resolution: Done > Bump JGroups to 4.1.4.Final > --------------------------- > > Key: ISPN-10569 > URL: https://issues.jboss.org/browse/ISPN-10569 > Project: Infinispan > Issue Type: Task > Affects Versions: 10.0.0.Beta5 > Reporter: Diego Lovison > Assignee: Diego Lovison > Priority: Minor > Fix For: 10.0.0.CR2 > > -- This message was sent by Atlassian Jira (v7.13.5#713005)

6 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues September 2019