March 2018 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-8908) Remote cache fails to get entries when state transfer is turned off

by Vojtech Juranek (JIRA)

[ https://issues.jboss.org/browse/ISPN-8908?page=com.atlassian.jira.plugin.... ] Vojtech Juranek updated ISPN-8908: ---------------------------------- Description: When state transfer is turned off, remote cache fails to obtain cache entries from HR server (in client-server mode) which connects to the cluster. Only about half of the entries can be seen by HR client on newly connected server, both in replicated cache and distributed cache. It's not specific to CS mode, same problem is also in embedded mode. was: When state transfer is turned off, remote cache fails to obtain cache entries from HR server (in client-server mode) which connects to the cluster. Only about half of the entries can be seen by HR client on newly connected server, both in replicated cache and distributed cache. Investigate it in embedded mode is TBD. > Remote cache fails to get entries when state transfer is turned off > ------------------------------------------------------------------- > > Key: ISPN-8908 > URL: https://issues.jboss.org/browse/ISPN-8908 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Affects Versions: 9.2.0.Final > Reporter: Vojtech Juranek > > When state transfer is turned off, remote cache fails to obtain cache entries from HR server (in client-server mode) which connects to the cluster. Only about half of the entries can be seen by HR client on newly connected server, both in replicated cache and distributed cache. > It's not specific to CS mode, same problem is also in embedded mode. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8912) The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8912?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-8912: ----------------------------------- No, only serialized *keys* are stored in the nodes. The values can be {{Integer.MAX_VALUE}} bytes long IIRC. > The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-8912 > URL: https://issues.jboss.org/browse/ISPN-8912 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.6.Final > Reporter: Andreas Pabst > Assignee: Radim Vansa > > The following unit test just puts lots of entries into the cache and restarts the cache repeatedly. > It succeeds if maxNodeSize is set to anything up to 32777, but runs into a deadlock from 32778 upwards. If going even higher it doesn't run into a deadlock anymore, but throws an IllegalArgumentException instead. > As a workaround one can delete the index. But the problem resurfaces after the next restart. > {code:java} > import java.util.concurrent.TimeUnit; > import java.util.stream.IntStream; > import org.infinispan.Cache; > import org.infinispan.configuration.cache.Configuration; > import org.infinispan.configuration.cache.ConfigurationBuilder; > import org.infinispan.manager.DefaultCacheManager; > import org.infinispan.manager.EmbeddedCacheManager; > import org.infinispan.persistence.sifs.configuration.SoftIndexFileStoreConfigurationBuilder; > import org.junit.After; > import org.junit.Before; > import org.junit.Rule; > import org.junit.Test; > import org.junit.rules.Timeout; > public class SifsLargeNodeTest { > private EmbeddedCacheManager cacheManager; > @Rule > public Timeout timeout = new Timeout(15, TimeUnit.SECONDS); > private static Configuration createConfig(String location, int maxNodeSizeInBytes) { > return new ConfigurationBuilder() > .persistence().addStore(SoftIndexFileStoreConfigurationBuilder.class) > .dataLocation(location + "/data").indexLocation(location + "/index") > .maxNodeSize(maxNodeSizeInBytes) > .preload(false).purgeOnStartup(false) > .build(); > } > @Before > public void setUp() { > cacheManager = new DefaultCacheManager(); > } > @After > public void tearDown() { > cacheManager.stop(); > } > @Test > public void testLoad() { > int maxNodeSizeInBytes = 32780; // Note: Anything up to 32777 works fine > String cacheName = "sifslargenodetestcache"; > Configuration cfg = createConfig(cacheName, maxNodeSizeInBytes); > int numberOfRuns = 10; > int valuesToPutPerRun = 10000; > for (int run = 0; run < numberOfRuns; run++) { > System.out.println("RUN " + run); > cacheManager.defineConfiguration(cacheName, cfg); > Cache<Integer, String> testCacheBeforeReduction = cacheManager.getCache(cacheName); > IntStream.range(run * valuesToPutPerRun, (run + 1) * valuesToPutPerRun) > .forEach(i -> testCacheBeforeReduction.put(i, Integer.toString(i))); > cacheManager.stop(); > cacheManager = new DefaultCacheManager(); > } > } > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8912) The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes

by Andreas Pabst (JIRA)

[ https://issues.jboss.org/browse/ISPN-8912?page=com.atlassian.jira.plugin.... ] Andreas Pabst commented on ISPN-8912: ------------------------------------- I may have misunderstood what the maxNodeSize configuration is for. From reading the docs I assumed that it was necessary to increase the node size if the serialized length of the cache values may exceed the default node size of 4K. Are there any limits to the size of the cache values stored in a soft-index file store? > The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-8912 > URL: https://issues.jboss.org/browse/ISPN-8912 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.6.Final > Reporter: Andreas Pabst > Assignee: Radim Vansa > > The following unit test just puts lots of entries into the cache and restarts the cache repeatedly. > It succeeds if maxNodeSize is set to anything up to 32777, but runs into a deadlock from 32778 upwards. If going even higher it doesn't run into a deadlock anymore, but throws an IllegalArgumentException instead. > As a workaround one can delete the index. But the problem resurfaces after the next restart. > {code:java} > import java.util.concurrent.TimeUnit; > import java.util.stream.IntStream; > import org.infinispan.Cache; > import org.infinispan.configuration.cache.Configuration; > import org.infinispan.configuration.cache.ConfigurationBuilder; > import org.infinispan.manager.DefaultCacheManager; > import org.infinispan.manager.EmbeddedCacheManager; > import org.infinispan.persistence.sifs.configuration.SoftIndexFileStoreConfigurationBuilder; > import org.junit.After; > import org.junit.Before; > import org.junit.Rule; > import org.junit.Test; > import org.junit.rules.Timeout; > public class SifsLargeNodeTest { > private EmbeddedCacheManager cacheManager; > @Rule > public Timeout timeout = new Timeout(15, TimeUnit.SECONDS); > private static Configuration createConfig(String location, int maxNodeSizeInBytes) { > return new ConfigurationBuilder() > .persistence().addStore(SoftIndexFileStoreConfigurationBuilder.class) > .dataLocation(location + "/data").indexLocation(location + "/index") > .maxNodeSize(maxNodeSizeInBytes) > .preload(false).purgeOnStartup(false) > .build(); > } > @Before > public void setUp() { > cacheManager = new DefaultCacheManager(); > } > @After > public void tearDown() { > cacheManager.stop(); > } > @Test > public void testLoad() { > int maxNodeSizeInBytes = 32780; // Note: Anything up to 32777 works fine > String cacheName = "sifslargenodetestcache"; > Configuration cfg = createConfig(cacheName, maxNodeSizeInBytes); > int numberOfRuns = 10; > int valuesToPutPerRun = 10000; > for (int run = 0; run < numberOfRuns; run++) { > System.out.println("RUN " + run); > cacheManager.defineConfiguration(cacheName, cfg); > Cache<Integer, String> testCacheBeforeReduction = cacheManager.getCache(cacheName); > IntStream.range(run * valuesToPutPerRun, (run + 1) * valuesToPutPerRun) > .forEach(i -> testCacheBeforeReduction.put(i, Integer.toString(i))); > cacheManager.stop(); > cacheManager = new DefaultCacheManager(); > } > } > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8912) The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes

by Radim Vansa (JIRA)

[ https://issues.jboss.org/browse/ISPN-8912?page=com.atlassian.jira.plugin.... ] Radim Vansa commented on ISPN-8912: ----------------------------------- The node size is limited to 32767 as its length is stored in 2 bytes (OK, we could make that 64k or maybe a bit more, but ByteBuffer does not have unsigned integers methods), so the actual bug is that this is not failing gracefully and that we don't document that (documentation mentions only the limitation for single key). May I ask why are you increasing the node size? Have you found increasing performance with larger nodes? (what disk do you use?) > The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-8912 > URL: https://issues.jboss.org/browse/ISPN-8912 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.6.Final > Reporter: Andreas Pabst > Assignee: Radim Vansa > > The following unit test just puts lots of entries into the cache and restarts the cache repeatedly. > It succeeds if maxNodeSize is set to anything up to 32777, but runs into a deadlock from 32778 upwards. If going even higher it doesn't run into a deadlock anymore, but throws an IllegalArgumentException instead. > As a workaround one can delete the index. But the problem resurfaces after the next restart. > {code:java} > import java.util.concurrent.TimeUnit; > import java.util.stream.IntStream; > import org.infinispan.Cache; > import org.infinispan.configuration.cache.Configuration; > import org.infinispan.configuration.cache.ConfigurationBuilder; > import org.infinispan.manager.DefaultCacheManager; > import org.infinispan.manager.EmbeddedCacheManager; > import org.infinispan.persistence.sifs.configuration.SoftIndexFileStoreConfigurationBuilder; > import org.junit.After; > import org.junit.Before; > import org.junit.Rule; > import org.junit.Test; > import org.junit.rules.Timeout; > public class SifsLargeNodeTest { > private EmbeddedCacheManager cacheManager; > @Rule > public Timeout timeout = new Timeout(15, TimeUnit.SECONDS); > private static Configuration createConfig(String location, int maxNodeSizeInBytes) { > return new ConfigurationBuilder() > .persistence().addStore(SoftIndexFileStoreConfigurationBuilder.class) > .dataLocation(location + "/data").indexLocation(location + "/index") > .maxNodeSize(maxNodeSizeInBytes) > .preload(false).purgeOnStartup(false) > .build(); > } > @Before > public void setUp() { > cacheManager = new DefaultCacheManager(); > } > @After > public void tearDown() { > cacheManager.stop(); > } > @Test > public void testLoad() { > int maxNodeSizeInBytes = 32780; // Note: Anything up to 32777 works fine > String cacheName = "sifslargenodetestcache"; > Configuration cfg = createConfig(cacheName, maxNodeSizeInBytes); > int numberOfRuns = 10; > int valuesToPutPerRun = 10000; > for (int run = 0; run < numberOfRuns; run++) { > System.out.println("RUN " + run); > cacheManager.defineConfiguration(cacheName, cfg); > Cache<Integer, String> testCacheBeforeReduction = cacheManager.getCache(cacheName); > IntStream.range(run * valuesToPutPerRun, (run + 1) * valuesToPutPerRun) > .forEach(i -> testCacheBeforeReduction.put(i, Integer.toString(i))); > cacheManager.stop(); > cacheManager = new DefaultCacheManager(); > } > } > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8914) Utilise 'thin' servers during the server build

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8914?page=com.atlassian.jira.plugin.... ] Ryan Emerson reassigned ISPN-8914: ---------------------------------- Assignee: Ryan Emerson > Utilise 'thin' servers during the server build > ---------------------------------------------- > > Key: ISPN-8914 > URL: https://issues.jboss.org/browse/ISPN-8914 > Project: Infinispan > Issue Type: Enhancement > Components: Build, Server > Affects Versions: 9.2.0.Final > Reporter: Ryan Emerson > Assignee: Ryan Emerson > > We should utilise the '[thin|https://github.com/wildfly/wildfly-build-tools#feature-packs]' capabilities of the `wildfly-server-provisioning-maven-plugin` to minimise the disk footprint of the build. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8914) Utilise 'thin' servers during the server build

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8914: ---------------------------------- Summary: Utilise 'thin' servers during the server build Key: ISPN-8914 URL: https://issues.jboss.org/browse/ISPN-8914 Project: Infinispan Issue Type: Enhancement Components: Build, Server Affects Versions: 9.2.0.Final Reporter: Ryan Emerson We should utilise the '[thin|https://github.com/wildfly/wildfly-build-tools#feature-packs]' capabilities of the `wildfly-server-provisioning-maven-plugin` to minimise the disk footprint of the build. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8911) Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB)

by Ryan Emerson (JIRA)

[ https://issues.jboss.org/browse/ISPN-8911?page=com.atlassian.jira.plugin.... ] Ryan Emerson reassigned ISPN-8911: ---------------------------------- Assignee: Ryan Emerson (was: Tristan Tarrant) > Infinispan Server distribution contains redundant /dependencies directory (brings in additional 120 MB) > ------------------------------------------------------------------------------------------------------- > > Key: ISPN-8911 > URL: https://issues.jboss.org/browse/ISPN-8911 > Project: Infinispan > Issue Type: Bug > Components: Build > Affects Versions: 9.2.0.Final > Reporter: Radoslav Husar > Assignee: Ryan Emerson > Priority: Blocker > > [rhusar@syrah infinispan-server-9.2.0.Final]$ du -hcs dependency/ > 162M dependency/ > 162M total -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8913) Provide sha1 checksums for Infinispan downloads

by Ryan Emerson (JIRA)

Ryan Emerson created ISPN-8913: ---------------------------------- Summary: Provide sha1 checksums for Infinispan downloads Key: ISPN-8913 URL: https://issues.jboss.org/browse/ISPN-8913 Project: Infinispan Issue Type: Enhancement Components: Build Affects Versions: 9.2.0.Final Reporter: Ryan Emerson Currently infinispan.org only provides users with download links for our various distribution zips, in the future we should provide these alongside their respective sha1 checksums. The website will need to be updated to include a means of displaying this information, as well as the web site release scripts to automatically populate said information. -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8912) The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes

by Tristan Tarrant (JIRA)

[ https://issues.jboss.org/browse/ISPN-8912?page=com.atlassian.jira.plugin.... ] Tristan Tarrant reassigned ISPN-8912: ------------------------------------- Assignee: Radim Vansa (was: Tristan Tarrant) > The SoftIndexFileStore runs into a deadlock at startup if more than ~20000 values have been stored and max node size is > 32777 bytes > ------------------------------------------------------------------------------------------------------------------------------------- > > Key: ISPN-8912 > URL: https://issues.jboss.org/browse/ISPN-8912 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 9.1.6.Final > Reporter: Andreas Pabst > Assignee: Radim Vansa > > The following unit test just puts lots of entries into the cache and restarts the cache repeatedly. > It succeeds if maxNodeSize is set to anything up to 32777, but runs into a deadlock from 32778 upwards. If going even higher it doesn't run into a deadlock anymore, but throws an IllegalArgumentException instead. > As a workaround one can delete the index. But the problem resurfaces after the next restart. > {code:java} > import java.util.concurrent.TimeUnit; > import java.util.stream.IntStream; > import org.infinispan.Cache; > import org.infinispan.configuration.cache.Configuration; > import org.infinispan.configuration.cache.ConfigurationBuilder; > import org.infinispan.manager.DefaultCacheManager; > import org.infinispan.manager.EmbeddedCacheManager; > import org.infinispan.persistence.sifs.configuration.SoftIndexFileStoreConfigurationBuilder; > import org.junit.After; > import org.junit.Before; > import org.junit.Rule; > import org.junit.Test; > import org.junit.rules.Timeout; > public class SifsLargeNodeTest { > private EmbeddedCacheManager cacheManager; > @Rule > public Timeout timeout = new Timeout(15, TimeUnit.SECONDS); > private static Configuration createConfig(String location, int maxNodeSizeInBytes) { > return new ConfigurationBuilder() > .persistence().addStore(SoftIndexFileStoreConfigurationBuilder.class) > .dataLocation(location + "/data").indexLocation(location + "/index") > .maxNodeSize(maxNodeSizeInBytes) > .preload(false).purgeOnStartup(false) > .build(); > } > @Before > public void setUp() { > cacheManager = new DefaultCacheManager(); > } > @After > public void tearDown() { > cacheManager.stop(); > } > @Test > public void testLoad() { > int maxNodeSizeInBytes = 32780; // Note: Anything up to 32777 works fine > String cacheName = "sifslargenodetestcache"; > Configuration cfg = createConfig(cacheName, maxNodeSizeInBytes); > int numberOfRuns = 10; > int valuesToPutPerRun = 10000; > for (int run = 0; run < numberOfRuns; run++) { > System.out.println("RUN " + run); > cacheManager.defineConfiguration(cacheName, cfg); > Cache<Integer, String> testCacheBeforeReduction = cacheManager.getCache(cacheName); > IntStream.range(run * valuesToPutPerRun, (run + 1) * valuesToPutPerRun) > .forEach(i -> testCacheBeforeReduction.put(i, Integer.toString(i))); > cacheManager.stop(); > cacheManager = new DefaultCacheManager(); > } > } > } > {code} -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

[JBoss JIRA] (ISPN-8837) CompatModeClusteredCacheTest failing with ClassCastException

by Adrian Nistor (JIRA)

[ https://issues.jboss.org/browse/ISPN-8837?page=com.atlassian.jira.plugin.... ] Adrian Nistor resolved ISPN-8837. --------------------------------- Assignee: (was: Adrian Nistor) Resolution: Duplicate Issue > CompatModeClusteredCacheTest failing with ClassCastException > ------------------------------------------------------------ > > Key: ISPN-8837 > URL: https://issues.jboss.org/browse/ISPN-8837 > Project: Infinispan > Issue Type: Task > Components: Test Suite - Query > Reporter: Sanne Grinovero > Fix For: 9.3.0.Final > > > This test is failing consistently; someone please investigate? > http://ci.infinispan.org/job/Infinispan/job/master/lastCompletedBuild/tes... -- This message was sent by Atlassian JIRA (v7.5.0#75005)

8 years, 1 month

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2018