November 2014 - infinispan-issues

[JBoss JIRA] (ISPN-4678) Trim down ExpandableMarshalledValueByteStream to the actual data length before storing in cache

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4678?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4678: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1122631|https://bugzilla.redhat.com/show_bug.cgi?id=1122631] from ON_QA to VERIFIED > Trim down ExpandableMarshalledValueByteStream to the actual data length before storing in cache > ----------------------------------------------------------------------------------------------- > > Key: ISPN-4678 > URL: https://issues.jboss.org/browse/ISPN-4678 > Project: Infinispan > Issue Type: Enhancement > Components: Core > Affects Versions: 7.0.0.Beta1 > Reporter: Martin Gencur > Assignee: Martin Gencur > Fix For: 7.0.0.CR1 > > > When storeAsBinary configuration flag is used, the ExpandableMarshalledValueByteStream is used to serialize objects to byte arrays. > However, for value size up to 4kB, almost half of the space for each cache entry can be wasted because the ByteStream is stored as is - with the additional space for future expansion. > For value size greater than 4kB, only additional 25% of actual value size can be wasted. But as these values can be quite large, the wasted space gets bigger too. > It is not necessary to store ExpandableMarshalledValueByteStream as is and can be shrinked to actual data size before storing in cache. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4907) Upgrade to protostream-2.0.0.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4907?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4907: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1158882|https://bugzilla.redhat.com/show_bug.cgi?id=1158882] from VERIFIED to CLOSED > Upgrade to protostream-2.0.0.Final > ---------------------------------- > > Key: ISPN-4907 > URL: https://issues.jboss.org/browse/ISPN-4907 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.0.0.CR2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4907) Upgrade to protostream-2.0.0.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4907?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4907: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1158882|https://bugzilla.redhat.com/show_bug.cgi?id=1158882] from ON_QA to VERIFIED > Upgrade to protostream-2.0.0.Final > ---------------------------------- > > Key: ISPN-4907 > URL: https://issues.jboss.org/browse/ISPN-4907 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.0.0.CR2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4027) TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4027?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4027: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1152942|https://bugzilla.redhat.com/show_bug.cgi?id=1152942] from ON_QA to VERIFIED > TransactionTable.start() initialize the TxCleanupService thread pool even when the cache is NON_TRANSACTIONAL > ------------------------------------------------------------------------------------------------------------- > > Key: ISPN-4027 > URL: https://issues.jboss.org/browse/ISPN-4027 > Project: Infinispan > Issue Type: Bug > Affects Versions: 6.0.1.Final > Reporter: Guillermo GARCIA OCHOA > Assignee: Takayoshi Kimura > Labels: 630 > Fix For: 7.0.0.CR2 > > > In the {{TransactionTable.start()}} each cache creates a thread pool and a job is scheduled to clean up completed transactions. > {code:java} > private void start() { > ... > totalOrder = configuration.transaction().transactionProtocol().isTotalOrder(); > if (!totalOrder) { > // Periodically run a task to cleanup the transaction table from completed transactions. > ThreadFactory tf = new ThreadFactory() { > @Override > public Thread newThread(Runnable r) { > String address = rpcManager != null ? rpcManager.getTransport().getAddress().toString() : "local"; > Thread th = new Thread(r, "TxCleanupService," + cacheName + "," + address); > th.setDaemon(true); > return th; > } > }; > executorService = Executors.newSingleThreadScheduledExecutor(tf); > long interval = configuration.transaction().reaperWakeUpInterval(); > executorService.scheduleAtFixedRate(new Runnable() { > @Override > public void run() { > cleanupCompletedTransactions(); > } > }, interval, interval, TimeUnit.MILLISECONDS); > } > } > {code} > As you can see in the code, even is the cache is {{NON_TRANSACTIONAL}} the job is scheduled, consuming resources to do nothing (the {{completedTransactions}} map is always empty) > Maybe I'm missing something, but our application profiling is showing us that these threads do nothing but they are consuming precious resources because we have more than 1000 {{NON_TRANSACTIONAL}} caches. > (i) This can be considered when solving ISPN-3702 too. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4389) Tests for suppressing state transfer with jmx fail

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4389?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4389: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1108035|https://bugzilla.redhat.com/show_bug.cgi?id=1108035] from ON_QA to VERIFIED > Tests for suppressing state transfer with jmx fail > -------------------------------------------------- > > Key: ISPN-4389 > URL: https://issues.jboss.org/browse/ISPN-4389 > Project: Infinispan > Issue Type: Bug > Components: Server, State Transfer > Reporter: William Burns > Assignee: William Burns > Fix For: 7.0.0.Alpha5 > > Attachments: server-full-trace.tar.gz > > > http://ci.infinispan.org/viewLog.html?buildId=8736&buildTypeId=bt8&tab=bu... > {code} > 12:00:43,839 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-5) MSC000001: Failed to start service jboss.infinispan.clustered.default: org.jboss.msc.service.StartException in service jboss.infinispan.clustered.default: Failed to start service > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1767) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1110) [rt.jar:1.7.0_06] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:603) [rt.jar:1.7.0_06] > at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_06] > Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete() throws java.lang.InterruptedException on object of type StateTransferManagerImpl > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170) > at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:869) > at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:638) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:627) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:530) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:216) > at org.infinispan.CacheImpl.start(CacheImpl.java:696) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:574) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:529) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:409) > at org.infinispan.registry.ClusterRegistryImpl.startRegistryCache(ClusterRegistryImpl.java:136) > at org.infinispan.registry.ClusterRegistryImpl.addListener(ClusterRegistryImpl.java:97) > at org.infinispan.query.remote.ProtobufMetadataManager.ensureInit(ProtobufMetadataManager.java:65) > at org.infinispan.query.remote.ProtobufMetadataManager.getSerializationContext(ProtobufMetadataManager.java:132) > at org.infinispan.query.remote.LifecycleManager.cacheStarting(LifecycleManager.java:114) > at org.infinispan.factories.ComponentRegistry.notifyCacheStarting(ComponentRegistry.java:228) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:214) > at org.infinispan.CacheImpl.start(CacheImpl.java:696) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:574) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:529) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:409) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:423) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:89) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:80) > at org.jboss.as.clustering.infinispan.subsystem.SecurityActions$5.run(SecurityActions.java:101) > at org.jboss.as.clustering.infinispan.subsystem.SecurityActions$5.run(SecurityActions.java:98) > at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_06] > at org.jboss.as.clustering.infinispan.subsystem.SecurityActions.startCache(SecurityActions.java:109) > at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:78) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1811) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1] > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1746) [jboss-msc-1.0.4.GA-redhat-1.jar:1.0.4.GA-redhat-1] > ... 3 more > Caused by: org.infinispan.commons.CacheException: Initial state transfer timed out for cache __cluster_registry_cache__ on node2/clustered > at org.infinispan.statetransfer.StateTransferManagerImpl.waitForInitialStateTransferToComplete(StateTransferManagerImpl.java:209) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_06] > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_06] > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_06] > at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_06] > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > ... 33 more > {code} -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4934) Upgrade to protostream-2.0.1.Final

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4934?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4934: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1159815|https://bugzilla.redhat.com/show_bug.cgi?id=1159815] from ON_QA to VERIFIED > Upgrade to protostream-2.0.1.Final > ---------------------------------- > > Key: ISPN-4934 > URL: https://issues.jboss.org/browse/ISPN-4934 > Project: Infinispan > Issue Type: Component Upgrade > Components: Remote Querying > Affects Versions: 7.0.0.CR2 > Reporter: Adrian Nistor > Assignee: Adrian Nistor > Fix For: 7.0.0.Final > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4900) Split-brain: cancelled ST results in missing data

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4900?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4900: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1158535|https://bugzilla.redhat.com/show_bug.cgi?id=1158535] from ON_QA to VERIFIED > Split-brain: cancelled ST results in missing data > ------------------------------------------------- > > Key: ISPN-4900 > URL: https://issues.jboss.org/browse/ISPN-4900 > Project: Infinispan > Issue Type: Bug > Components: State Transfer > Reporter: Radim Vansa > Assignee: Dan Berindei > Priority: Critical > Fix For: 7.0.0.Final > > Attachments: log.txt > > > 1. Cluster [A, B, C, D], in CH 1 segment X owned by [D, C] > 2. Split brain [A, B], [C, D]: A and B detects that D is missing, therefore they get view [A, B, C] and start rebalancing, in CH 2 segment X is owned by [C, B] > 3. A and B get new view [A, B] (C is missing) and state transfer of X is cancelled, nodes enter degraded mode. > 4. Split brain is fixed, all nodes find each other and merge - B starts to be AVAILABLE, but still does not have data for X > 5. Subsequent requests on B return null upon cache.get() -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4516) Upgrade Spring integration to 4.1

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4516?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4516: ----------------------------------------------- Sebastian Łaskawiec <slaskawi(a)redhat.com> changed the Status of [bug 1158473|https://bugzilla.redhat.com/show_bug.cgi?id=1158473] from ON_QA to ASSIGNED > Upgrade Spring integration to 4.1 > --------------------------------- > > Key: ISPN-4516 > URL: https://issues.jboss.org/browse/ISPN-4516 > Project: Infinispan > Issue Type: Task > Components: Spring Integration > Affects Versions: 7.0.0.Alpha4 > Reporter: Gustavo Fernandes > Assignee: Sebastian Łaskawiec > Priority: Minor > Fix For: 7.0.0.CR2 > > -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1158121|https://bugzilla.redhat.com/show_bug.cgi?id=1158121] from ON_QA to VERIFIED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4882) HotRod authentication fails with an authorization-enabled clustered container

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4882?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4882: ----------------------------------------------- Vojtech Juranek <vjuranek(a)redhat.com> changed the Status of [bug 1156318|https://bugzilla.redhat.com/show_bug.cgi?id=1156318] from ON_QA to VERIFIED > HotRod authentication fails with an authorization-enabled clustered container > ----------------------------------------------------------------------------- > > Key: ISPN-4882 > URL: https://issues.jboss.org/browse/ISPN-4882 > Project: Infinispan > Issue Type: Feature Request > Components: Security, Server > Affects Versions: 7.0.0.CR2 > Reporter: Tristan Tarrant > Assignee: Tristan Tarrant > Priority: Blocker > Fix For: 7.0.0.Final > > > If authorization is enabled on a clustered container, the hotrod server silently fails when attempting to retrieve the topology information without using a privileged action. -- This message was sent by Atlassian JIRA (v6.3.8#6338)

11 years, 5 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 November 2014