April 2015 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5242) Adjust inconsistencies between local-cache and clustered-cache statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5242?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5242: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ON_QA to VERIFIED > Adjust inconsistencies between local-cache and clustered-cache statistics > ------------------------------------------------------------------------- > > Key: ISPN-5242 > URL: https://issues.jboss.org/browse/ISPN-5242 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Vladimir Blagojevic > Priority: Minor > Fix For: 7.2.0.CR1, 7.2.0.Final > > > There are some inconsistencies among MBeans for local and clustered cache: > 1) > * local-cache stats: timeSinceReset, elapsedTime > * cluster-cache stats name: timeSinceStart (NO timeSinceReset or elapsedTime stats here) > 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5239) clusterwide-statistics-enabled is not exposed, not shown in CLI

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5239?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5239: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ON_QA to VERIFIED > clusterwide-statistics-enabled is not exposed, not shown in CLI > --------------------------------------------------------------- > > Key: ISPN-5239 > URL: https://issues.jboss.org/browse/ISPN-5239 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management, Server > Reporter: Tomas Sykora > Assignee: Vladimir Blagojevic > Priority: Minor > > This is minor issue. I suppose we want to also expose and "monitor" also this metric/statistics: infinispan.clustered-cache.clusterwide-statistics-enabled > Currently this one is prepared in LocalDescriptions.properties (line 169) but actually is not shown in CLI listing. It would be nice to have also this displayed. > (see https://github.com/infinispan/infinispan/pull/3198/files#diff-49a1065a2df...) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5240) CacheContainer cluster statistics count in entries in internal hotrodTopologyCache

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5240?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5240: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ON_QA to VERIFIED > CacheContainer cluster statistics count in entries in internal hotrodTopologyCache > ---------------------------------------------------------------------------------- > > Key: ISPN-5240 > URL: https://issues.jboss.org/browse/ISPN-5240 > Project: Infinispan > Issue Type: Bug > Components: JMX, reporting and management > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Tristan Tarrant > Fix For: 7.2.0.Final > > > Example: When I start fresh new instance of Infinispan server and see numberOfEntries, I get result=1. But this is only true when HotRod endpoint is started, otherwise it returns correct result=0. > I think these cluster-wise statistics should not count entries in internal caches. They should only count "real" data. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4992) Implement node statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4992?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4992: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from ON_QA to VERIFIED > Implement node statistics > ------------------------- > > Key: ISPN-4992 > URL: https://issues.jboss.org/browse/ISPN-4992 > Project: Infinispan > Issue Type: Sub-task > Components: JMX, reporting and management > Reporter: Vladimir Blagojevic > Assignee: Vladimir Blagojevic > Fix For: 7.1.0.Beta1, 7.1.0.Final > > > We need to implement node statistics aggregating statistics of all caches on that particular node. Implementing class should be an MBean as well. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5401) Align server and embedded exposed management properties

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5401?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5401: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1210176|https://bugzilla.redhat.com/show_bug.cgi?id=1210176] from ASSIGNED to VERIFIED > Align server and embedded exposed management properties > ------------------------------------------------------- > > Key: ISPN-5401 > URL: https://issues.jboss.org/browse/ISPN-5401 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > Server exposes more attributes than embedded, causing some confusion amongst our users, e.g. isCoordinator. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5401) Align server and embedded exposed management properties

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5401?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5401: ----------------------------------------------- Martin Gencur <mgencur(a)redhat.com> changed the Status of [bug 1210176|https://bugzilla.redhat.com/show_bug.cgi?id=1210176] from ON_QA to ASSIGNED > Align server and embedded exposed management properties > ------------------------------------------------------- > > Key: ISPN-5401 > URL: https://issues.jboss.org/browse/ISPN-5401 > Project: Infinispan > Issue Type: Enhancement > Components: JMX, reporting and management > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 7.2.0.Final > > > Server exposes more attributes than embedded, causing some confusion amongst our users, e.g. isCoordinator. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5106) Deadlock on GlobalComponentRegistry when starting a cluster

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5106?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration updated ISPN-5106: ------------------------------------------ Bugzilla Update: Perform Bugzilla References: https://bugzilla.redhat.com/show_bug.cgi?id=1217380 > Deadlock on GlobalComponentRegistry when starting a cluster > ----------------------------------------------------------- > > Key: ISPN-5106 > URL: https://issues.jboss.org/browse/ISPN-5106 > Project: Infinispan > Issue Type: Bug > Components: Server > Reporter: Jakub Markos > Assignee: Dan Berindei > Priority: Critical > Attachments: dumps_and_logs.zip > > > We have a test which starts 4 server nodes, and sometimes they fail to complete the startup. This happens with the current snapshot. > It appears there's a deadlock on intrinsic locks on GlobalComponentRegistry, since the CacheTopologyControlCommand.POLICY_GET_STATUS is sent with the lock acquired but this lock is also needed for injecting dependencies when the command is processed on the remote node. > Here are the relevant parts from the dumps, node02: > {code} > "remote-thread--p3-t1" daemon prio=10 tid=0x00007f7a00002800 nid=0x487f waiting for monitor entry [0x00007f796bbfa000] > java.lang.Thread.State: BLOCKED (on object monitor) > at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:262) > - waiting to lock <0x000000060365b6b8> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:227) > at org.infinispan.factories.AbstractComponentRegistry.wireDependencies(AbstractComponentRegistry.java:132) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$2.run(GlobalInboundInvocationHandler.java:156) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Locked ownable synchronizers: > - <0x0000000615af46d0> (a java.util.concurrent.ThreadPoolExecutor$Worker) > "MSC service thread 1-16" prio=10 tid=0x00007f79ec071800 nid=0x4839 waiting on condition [0x00007f7a40239000] > java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x0000000614d47e60> (a java.util.concurrent.FutureTask) > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) > at java.util.concurrent.FutureTask.awaitDone(FutureTask.java:422) > at java.util.concurrent.FutureTask.get(FutureTask.java:199) > at org.infinispan.topology.ClusterTopologyManagerImpl.executeOnClusterSync(ClusterTopologyManagerImpl.java:432) > at org.infinispan.topology.ClusterTopologyManagerImpl.executeOnClusterSync(ClusterTopologyManagerImpl.java:385) > at org.infinispan.topology.ClusterTopologyManagerImpl.confirmMembersAvailable(ClusterTopologyManagerImpl.java:368) > at org.infinispan.topology.ClusterTopologyManagerImpl.updateCacheMembers(ClusterTopologyManagerImpl.java:359) > at org.infinispan.topology.ClusterTopologyManagerImpl.handleClusterView(ClusterTopologyManagerImpl.java:281) > - locked <0x000000060420d4a8> (a java.lang.Object) > at org.infinispan.topology.ClusterTopologyManagerImpl.start(ClusterTopologyManagerImpl.java:103) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > 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) > - locked <0x000000060365b6b8> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:221) > - locked <0x000000060365b6b8> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:580) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:546) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:423) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:437) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:89) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:80) > at org.infinispan.server.infinispan.SecurityActions$4.run(SecurityActions.java:116) > at org.infinispan.server.infinispan.SecurityActions$4.run(SecurityActions.java:113) > at org.infinispan.security.Security.doPrivileged(Security.java:76) > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:60) > at org.infinispan.server.infinispan.SecurityActions.startCache(SecurityActions.java:121) > at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:79) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Locked ownable synchronizers: > - <0x0000000653444750> (a java.util.concurrent.ThreadPoolExecutor$Worker) > {code} > and node03 > {code} > "remote-thread--p3-t1" daemon prio=10 tid=0x00007f016c079000 nid=0x1a43 waiting for monitor entry [0x00007f0114396000] > java.lang.Thread.State: BLOCKED (on object monitor) > at org.infinispan.factories.AbstractComponentRegistry.getOrCreateComponent(AbstractComponentRegistry.java:262) > - waiting to lock <0x0000000609c2bf50> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.AbstractComponentRegistry.invokeInjectionMethod(AbstractComponentRegistry.java:227) > at org.infinispan.factories.AbstractComponentRegistry.wireDependencies(AbstractComponentRegistry.java:132) > at org.infinispan.remoting.inboundhandler.GlobalInboundInvocationHandler$2.run(GlobalInboundInvocationHandler.java:156) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Locked ownable synchronizers: > - <0x0000000615a05750> (a java.util.concurrent.ThreadPoolExecutor$Worker) > "MSC service thread 1-16" prio=10 tid=0x00007f015c071800 nid=0x19ff waiting on condition [0x00007f01b0558000] > java.lang.Thread.State: TIMED_WAITING (parking) > at sun.misc.Unsafe.park(Native Method) > - parking to wait for <0x0000000615025bb0> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject) > at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:226) > at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2082) > at org.jgroups.util.CondVar.waitFor(CondVar.java:64) > at org.jgroups.blocks.Request.waitForResults(Request.java:195) > at org.jgroups.blocks.Request.responsesComplete(Request.java:181) > at org.jgroups.blocks.Request.execute(Request.java:89) > at org.jgroups.blocks.MessageDispatcher.sendMessage(MessageDispatcher.java:409) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.processSingleCall(CommandAwareRpcDispatcher.java:374) > at org.infinispan.remoting.transport.jgroups.CommandAwareRpcDispatcher.invokeRemoteCommand(CommandAwareRpcDispatcher.java:188) > at org.infinispan.remoting.transport.jgroups.JGroupsTransport.invokeRemotely(JGroupsTransport.java:562) > at org.infinispan.topology.ClusterTopologyManagerImpl.start(ClusterTopologyManagerImpl.java:112) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) > at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > at java.lang.reflect.Method.invoke(Method.java:606) > at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:168) > 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) > - locked <0x0000000609c2bf50> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.factories.GlobalComponentRegistry.start(GlobalComponentRegistry.java:221) > - locked <0x0000000609c2bf50> (a org.infinispan.factories.GlobalComponentRegistry) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:580) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:546) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:423) > at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:437) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:89) > at org.jboss.as.clustering.infinispan.DefaultEmbeddedCacheManager.getCache(DefaultEmbeddedCacheManager.java:80) > at org.infinispan.server.infinispan.SecurityActions$4.run(SecurityActions.java:116) > at org.infinispan.server.infinispan.SecurityActions$4.run(SecurityActions.java:113) > at org.infinispan.security.Security.doPrivileged(Security.java:76) > at org.infinispan.server.infinispan.SecurityActions.doPrivileged(SecurityActions.java:60) > at org.infinispan.server.infinispan.SecurityActions.startCache(SecurityActions.java:121) > at org.jboss.as.clustering.infinispan.subsystem.CacheService.start(CacheService.java:79) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.startService(ServiceControllerImpl.java:1948) > at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1881) > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) > at java.lang.Thread.run(Thread.java:744) > Locked ownable synchronizers: > - <0x00000006534e9628> (a java.util.concurrent.ThreadPoolExecutor$Worker) > {code} -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5242) Adjust inconsistencies between local-cache and clustered-cache statistics

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5242?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5242: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1180047|https://bugzilla.redhat.com/show_bug.cgi?id=1180047] from MODIFIED to ON_QA > Adjust inconsistencies between local-cache and clustered-cache statistics > ------------------------------------------------------------------------- > > Key: ISPN-5242 > URL: https://issues.jboss.org/browse/ISPN-5242 > Project: Infinispan > Issue Type: Bug > Affects Versions: 7.1.0.Final > Reporter: Martin Gencur > Assignee: Vladimir Blagojevic > Priority: Minor > Fix For: 7.2.0.CR1, 7.2.0.Final > > > There are some inconsistencies among MBeans for local and clustered cache: > 1) > * local-cache stats: timeSinceReset, elapsedTime > * cluster-cache stats name: timeSinceStart (NO timeSinceReset or elapsedTime stats here) > 2) cluster cache now has some statistics that are not available for local cache: CacheLoaderLoads, CacheLoaderMisses, etc. I'm not sure but maybe it would be better to have this consistent. -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-4450) RemoteStore uses wrong classloader with rawValues

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-4450?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-4450: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1213834|https://bugzilla.redhat.com/show_bug.cgi?id=1213834] from MODIFIED to ON_QA > RemoteStore uses wrong classloader with rawValues > ------------------------------------------------- > > Key: ISPN-4450 > URL: https://issues.jboss.org/browse/ISPN-4450 > Project: Infinispan > Issue Type: Bug > Components: Loaders and Stores > Affects Versions: 6.0.2.Final > Reporter: Dennis Reed > Assignee: Tristan Tarrant > Fix For: 7.2.0.Beta1, 7.2.0.Final > > > RemoteStore uses the wrong classloader (Infinispan's classloader instead of the caller's classloader) during deserialization when rawValues=true is set. > It uses a GenericJBossMarshaller, which is hard-coded to only look in Infinispan's classloader). -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5192) infinispan-remote uber jar contains 2x versions of shaded javassist packages

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5192?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5192: ----------------------------------------------- Dave Stahl <dstahl(a)redhat.com> changed the Status of [bug 1185271|https://bugzilla.redhat.com/show_bug.cgi?id=1185271] from MODIFIED to ON_QA > infinispan-remote uber jar contains 2x versions of shaded javassist packages > ----------------------------------------------------------------------------- > > Key: ISPN-5192 > URL: https://issues.jboss.org/browse/ISPN-5192 > Project: Infinispan > Issue Type: Bug > Components: Build process, Remote Protocols > Affects Versions: 7.1.0.CR2 > Reporter: Tristan Tarrant > Assignee: Adrian Nistor > Fix For: 7.2.0.Final > > > Both the shaded protostream library and the infinispan-remote uberjar package javassist. The latter should be removed. The package should be relocated to avoid conflict with containers which expose the library (i.e. weblogic) -- This message was sent by Atlassian JIRA (v6.3.15#6346)

8 years, 11 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues April 2015