[JBoss JIRA] (ISPN-5545) Make lazy near caching more selective
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5545?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño commented on ISPN-5545:
----------------------------------------
Note: There might be situations where due to the volume of keys, it would be more optimal to just receive invalidation messages for all keys rather than having to having to negotiate at runtime the keys for which the client is interested. So, the option to receive events on all keys is still useful. This option would be most useful when the near cache contains close to the entire subset of keys as the backend servers.
> Make lazy near caching more selective
> -------------------------------------
>
> Key: ISPN-5545
> URL: https://issues.jboss.org/browse/ISPN-5545
> Project: Infinispan
> Issue Type: Enhancement
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
>
> In the current form, when lazy near caching is enabled, the server sends invalidation messages for any key that has been created, modified or removed.
> This is suboptimal for a couple of reasons:
> 1. First of all, a near cache is only interested in receiving invalidation events for those keys that are currently stored in the near cache. There needs to be a way to be able to narrow the events sent from the server to this subset of keys.
> 2. Lazy near caches do not care about created events. If an entry is present in the near cache, it has already been created, so it's only interested in modified and removed events. There needs to be a way to narrow this down too.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5545) Make lazy near caching more selective
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-5545:
--------------------------------------
Summary: Make lazy near caching more selective
Key: ISPN-5545
URL: https://issues.jboss.org/browse/ISPN-5545
Project: Infinispan
Issue Type: Enhancement
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
In the current form, when lazy near caching is enabled, the server sends invalidation messages for any key that has been created, modified or removed.
This is suboptimal for a couple of reasons:
1. First of all, a near cache is only interested in receiving invalidation events for those keys that are currently stored in the near cache. There needs to be a way to be able to narrow the events sent from the server to this subset of keys.
2. Lazy near caches do not care about created events. If an entry is present in the near cache, it has already been created, so it's only interested in modified and removed events. There needs to be a way to narrow this down too.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5531) java.lang.UnsupportedOperationException during remove (using RemoteCacheManager)
by Gustavo Fernandes (JIRA)
[ https://issues.jboss.org/browse/ISPN-5531?page=com.atlassian.jira.plugin.... ]
Gustavo Fernandes updated ISPN-5531:
------------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/3531, https://github.com/infinispan/infinispan/pull/3540 (was: https://github.com/infinispan/infinispan/pull/3531)
> java.lang.UnsupportedOperationException during remove (using RemoteCacheManager)
> --------------------------------------------------------------------------------
>
> Key: ISPN-5531
> URL: https://issues.jboss.org/browse/ISPN-5531
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.2.2.Final
> Reporter: Enrico Olivelli
> Assignee: William Burns
> Fix For: 8.0.0.Alpha2, 7.2.3.Final
>
>
> during a "remove" from a java HotRod client we got this error.
> This error happens only when there are more than one hotrod server in the cluster.
> We are using hotrod server in library mode (embedded)
> {code}
> 15/06/09 08:05:34 ERROR interceptors.InvocationContextInterceptor: ISPN000136: Execution error
> org.infinispan.commons.CacheListenerException: ISPN000280: Caught exception [java.lang.UnsupportedOperationException] while invoking method [public void org.infinispan.n
> otifications.cachelistener.cluster.RemoteClusterListener.handleClusterEvents(org.infinispan.notifications.cachelistener.event.CacheEntryEvent) throws java.lang.Exception] on listener instance: org.infinispan.not
> ifications.cachelistener.cluster.RemoteClusterListener@28d94aee
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:291)
> at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:22)
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1180)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1175)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1152)
> at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyCacheEntryRemoved(CacheNotifierImpl.java:333)
> at org.infinispan.commands.write.RemoveCommand.notify(RemoveCommand.java:97)
> at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.notifyCommitEntry(ClusteringDependentLogic.java:130)
> at org.infinispan.interceptors.locking.ClusteringDependentLogic$DistributionLogic.commitSingleEntry(ClusteringDependentLogic.java:493)
> at org.infinispan.interceptors.locking.ClusteringDependentLogic$AbstractClusteringDependentLogic.commitEntry(ClusteringDependentLogic.java:108)
> at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntry(EntryWrappingInterceptor.java:371)
> at org.infinispan.interceptors.EntryWrappingInterceptor.commitEntryIfNeeded(EntryWrappingInterceptor.java:549)
> at org.infinispan.interceptors.EntryWrappingInterceptor.commitContextEntries(EntryWrappingInterceptor.java:348)
> at org.infinispan.interceptors.EntryWrappingInterceptor.invokeNextAndApplyChanges(EntryWrappingInterceptor.java:422)
> at org.infinispan.interceptors.EntryWrappingInterceptor.setSkipRemoteGetsAndInvokeNextForDataCommand(EntryWrappingInterceptor.java:453)
> at org.infinispan.interceptors.EntryWrappingInterceptor.visitRemoveCommand(EntryWrappingInterceptor.java:252)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.distribution.L1LastChanceInterceptor.visitDataWriteCommand(L1LastChanceInterceptor.java:79)
> at org.infinispan.interceptors.distribution.L1LastChanceInterceptor.visitRemoveCommand(L1LastChanceInterceptor.java:75)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitNonTxDataWriteCommand(AbstractLockingInterceptor.java:88)
> at org.infinispan.interceptors.locking.NonTransactionalLockingInterceptor.visitDataWriteCommand(NonTransactionalLockingInterceptor.java:40)
> at org.infinispan.interceptors.locking.AbstractLockingInterceptor.visitRemoveCommand(AbstractLockingInterceptor.java:65)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.base.CommandInterceptor.handleDefault(CommandInterceptor.java:111)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:49)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:324)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleWriteCommand(StateTransferInterceptor.java:256)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:130)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.CacheMgmtInterceptor.visitRemoveCommand(CacheMgmtInterceptor.java:209)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.compat.BaseTypeConverterInterceptor.visitRemoveCommand(BaseTypeConverterInterceptor.java:228
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.base.CommandInterceptor.invokeNextInterceptor(CommandInterceptor.java:97)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleAll(InvocationContextInterceptor.java:102)
> at org.infinispan.interceptors.InvocationContextInterceptor.handleDefault(InvocationContextInterceptor.java:71)
> at org.infinispan.commands.AbstractVisitor.visitRemoveCommand(AbstractVisitor.java:49)
> at org.infinispan.commands.write.RemoveCommand.acceptVisitor(RemoveCommand.java:58)
> at org.infinispan.interceptors.InterceptorChain.invoke(InterceptorChain.java:336)
> at org.infinispan.cache.impl.CacheImpl.executeCommandAndCommitIfNeeded(CacheImpl.java:1617)
> at org.infinispan.cache.impl.CacheImpl.removeInternal(CacheImpl.java:579)
> at org.infinispan.cache.impl.CacheImpl.remove(CacheImpl.java:572)
> at org.infinispan.cache.impl.DecoratedCache.remove(DecoratedCache.java:442)
> at org.infinispan.server.hotrod.CacheDecodeContext.remove(CacheDecodeContext.scala:235)
> at org.infinispan.server.hotrod.HotRodDecoder.handleModification(HotRodDecoder.scala:216)
> at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$hotrod$HotRodDecoder$$decodeKey(HotRodDecoder.scala:102)
> at org.infinispan.server.hotrod.HotRodDecoder$$anonfun$decode$1.apply$mcV$sp(HotRodDecoder.scala:48)
> at org.infinispan.server.hotrod.HotRodDecoder$$anon$1.run(HotRodDecoder.scala:206)
> at org.infinispan.server.hotrod.HotRodDecoder$$anon$1.run(HotRodDecoder.scala:205)
> at org.infinispan.security.Security.doAs(Security.java:143)
> at org.infinispan.server.hotrod.HotRodDecoder.wrapSecurity(HotRodDecoder.scala:205)
> at org.infinispan.server.hotrod.HotRodDecoder.decode(HotRodDecoder.scala:45)
> at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:370)
> at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:168)
> at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$core$transport$StatsChannelHandler$$super$channelRead(HotRodDecoder.scala:31)
> at org.infinispan.server.core.transport.StatsChannelHandler$class.channelRead(StatsChannelHandler.scala:32)
> at org.infinispan.server.hotrod.HotRodDecoder.channelRead(HotRodDecoder.scala:31)
> at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:308)
> at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:294)
> at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:846)
> at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:130)
> at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:511)
> at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:468)
> at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:382)
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:354)
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116)
> at io.netty.util.concurrent.DefaultThreadFactory$DefaultRunnableDecorator.run(DefaultThreadFactory.java:137)
> at java.lang.Thread.run(Thread.java:745)
> Caused by: java.lang.UnsupportedOperationException
> at java.util.AbstractCollection.add(AbstractCollection.java:262)
> at java.util.AbstractCollection.addAll(AbstractCollection.java:344)
> at org.infinispan.notifications.cachelistener.cluster.impl.BatchingClusterEventManagerImpl$UnicastEventContext.addTargets(BatchingClusterEventManagerImpl.java:82)
> at org.infinispan.notifications.cachelistener.cluster.impl.BatchingClusterEventManagerImpl.addEvents(BatchingClusterEventManagerImpl.java:43)
> at org.infinispan.notifications.cachelistener.cluster.RemoteClusterListener.handleClusterEvents(RemoteClusterListener.java:108)
> at sun.reflect.GeneratedMethodAccessor24.invoke(Unknown Source)
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:497)
> at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl$1.run(AbstractListenerImpl.java:286)
> ... 76 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5544) Deprecate eager near caching
by Galder Zamarreño (JIRA)
Galder Zamarreño created ISPN-5544:
--------------------------------------
Summary: Deprecate eager near caching
Key: ISPN-5544
URL: https://issues.jboss.org/browse/ISPN-5544
Project: Infinispan
Issue Type: Task
Reporter: Galder Zamarreño
Assignee: Galder Zamarreño
Fix For: 8.0.0.Alpha2, 8.0.0.Final
In it's current form, eager near caching can lead the server to run out of direct memory, see ISPN-5523. The reason that's happening is because we're having to send events containing keys + values for each put() operation, indiscriminately to clients. So, regardless of what the client stores in the near cache, the client receives key+value information for all keys, as each key is created/modified, and this is having a big toll on the capabilities of the server to push those events to clients.
So, we have decided to deprecate eager near caching in Infinispan 8.0, and we'll remove it completely for Infinispan 9.0.
Lazy near caching still remains and works well because events are smaller since no value is sent to clients. Lazy near caching is still indiscriminate but we have plans to make it more selective, so that for example, only modified/removed events are sent for those keys that are stored in the client near cache, which would reduce traffic considerably (new jira to be created).
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5523) Enabling eager caching can lead to sever throwing "OutOfMemoryError: Direct buffer memory"
by Galder Zamarreño (JIRA)
[ https://issues.jboss.org/browse/ISPN-5523?page=com.atlassian.jira.plugin.... ]
Galder Zamarreño updated ISPN-5523:
-----------------------------------
Summary: Enabling eager caching can lead to sever throwing "OutOfMemoryError: Direct buffer memory" (was: Allocated buffer in key and value converter should be released)
Issue Type: Bug (was: Feature Request)
> Enabling eager caching can lead to sever throwing "OutOfMemoryError: Direct buffer memory"
> -------------------------------------------------------------------------------------------
>
> Key: ISPN-5523
> URL: https://issues.jboss.org/browse/ISPN-5523
> Project: Infinispan
> Issue Type: Bug
> Components: Remote Protocols
> Affects Versions: 7.2.2.Final, 8.0.0.Alpha1
> Reporter: Galder Zamarreño
> Assignee: Galder Zamarreño
> Fix For: 8.0.0.Alpha2, 7.2.3.Final, 8.0.0.Final
>
>
> Some near caching tests are throwing:
> {code}
> [0m[31m04:11:24,499 ERROR [org.infinispan.server.hotrod.CacheDecodeContext] (HotRodServerWorker-43) ISPN005009: Unexpected error before any request parameters read: java.lang.OutOfMemoryError: Direct buffer memory
> at java.nio.Bits.reserveMemory(Bits.java:658) [rt.jar:1.7.0_75]
> at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123) [rt.jar:1.7.0_75]
> at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:306) [rt.jar:1.7.0_75]
> at io.netty.buffer.PoolArena$DirectArena.newChunk(PoolArena.java:433) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.PoolArena.allocateNormal(PoolArena.java:179) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.PoolArena.allocate(PoolArena.java:168) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.PoolArena.allocate(PoolArena.java:98) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.PooledByteBufAllocator.newDirectBuffer(PooledByteBufAllocator.java:241) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:155) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.AbstractByteBufAllocator.directBuffer(AbstractByteBufAllocator.java:146) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.buffer.AbstractByteBufAllocator.ioBuffer(AbstractByteBufAllocator.java:107) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:106) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:494) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:461) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:378) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:350) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at io.netty.util.concurrent.SingleThreadEventExecutor$2.run(SingleThreadEventExecutor.java:116) [netty-all-4.0.18.Final-redhat-1.jar:4.0.18.Final-redhat-1]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_75]
> {code}
> KeyValueVersionConverter allocates a byte buffer but does not release it. It could be the cause...
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5543) Bad tracef arguments are causing IllegalFormatConversionException
by Mikhail Dobrinin (JIRA)
[ https://issues.jboss.org/browse/ISPN-5543?page=com.atlassian.jira.plugin.... ]
Mikhail Dobrinin updated ISPN-5543:
-----------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/3539, https://github.com/infinispan/infinispan/pull/3538, https://github.com/infinispan/infinispan/pull/3537, https://github.com/infinispan/infinispan/pull/3536
> Bad tracef arguments are causing IllegalFormatConversionException
> -----------------------------------------------------------------
>
> Key: ISPN-5543
> URL: https://issues.jboss.org/browse/ISPN-5543
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.4.Final, 7.1.1.Final, 7.2.3.Final, 8.0.0.Beta2
> Environment: Infinispan-embedded-7.0.3
> log4j2-2.1
> Reporter: Mikhail Dobrinin
>
> There are two examples of this that I see consistently.
> {noformat}
> 2015-05-28 11:07:53,508 ERROR Unable to format msg: Retrying command because of topology change, current topology is %d: %s java.util.IllegalFormatConversionException: d != org.infinispan.commands.write.RemoveCommand
> at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:4045)
> at java.util.Formatter$FormatSpecifier.printInteger(Formatter.java:2748)
> at java.util.Formatter$FormatSpecifier.print(Formatter.java:2702)
> at java.util.Formatter.format(Formatter.java:2488)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:199)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
> {noformat}
> {noformat}
> 2015-05-28 11:08:37,738 ERROR Unable to format msg: Skip load for command %s? %s java.util.MissingFormatArgumentException: Format specifier 's'
> at java.util.Formatter.format(Formatter.java:2487)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForNonTxCommand(ClusteredCacheLoaderInterceptor.java:63)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand(ClusteredCacheLoaderInterceptor.java:44)
> at org.infinispan.interceptors.CacheLoaderInterceptor.skipLoad(CacheLoaderInterceptor.java:265)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:230)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:144)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:113)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5543) Bad tracef arguments are causing IllegalFormatConversionException
by Mikhail Dobrinin (JIRA)
[ https://issues.jboss.org/browse/ISPN-5543?page=com.atlassian.jira.plugin.... ]
Mikhail Dobrinin commented on ISPN-5543:
----------------------------------------
Added pull requests.
> Bad tracef arguments are causing IllegalFormatConversionException
> -----------------------------------------------------------------
>
> Key: ISPN-5543
> URL: https://issues.jboss.org/browse/ISPN-5543
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.4.Final, 7.1.1.Final, 7.2.3.Final, 8.0.0.Beta2
> Environment: Infinispan-embedded-7.0.3
> log4j2-2.1
> Reporter: Mikhail Dobrinin
>
> There are two examples of this that I see consistently.
> {noformat}
> 2015-05-28 11:07:53,508 ERROR Unable to format msg: Retrying command because of topology change, current topology is %d: %s java.util.IllegalFormatConversionException: d != org.infinispan.commands.write.RemoveCommand
> at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:4045)
> at java.util.Formatter$FormatSpecifier.printInteger(Formatter.java:2748)
> at java.util.Formatter$FormatSpecifier.print(Formatter.java:2702)
> at java.util.Formatter.format(Formatter.java:2488)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:199)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
> {noformat}
> {noformat}
> 2015-05-28 11:08:37,738 ERROR Unable to format msg: Skip load for command %s? %s java.util.MissingFormatArgumentException: Format specifier 's'
> at java.util.Formatter.format(Formatter.java:2487)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForNonTxCommand(ClusteredCacheLoaderInterceptor.java:63)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand(ClusteredCacheLoaderInterceptor.java:44)
> at org.infinispan.interceptors.CacheLoaderInterceptor.skipLoad(CacheLoaderInterceptor.java:265)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:230)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:144)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:113)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5543) Bad tracef arguments are causing IllegalFormatConversionException
by Mikhail Dobrinin (JIRA)
[ https://issues.jboss.org/browse/ISPN-5543?page=com.atlassian.jira.plugin.... ]
Mikhail Dobrinin updated ISPN-5543:
-----------------------------------
Description:
There are two examples of this that I see consistently.
{noformat}
2015-05-28 11:07:53,508 ERROR Unable to format msg: Retrying command because of topology change, current topology is %d: %s java.util.IllegalFormatConversionException: d != org.infinispan.commands.write.RemoveCommand
at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:4045)
at java.util.Formatter$FormatSpecifier.printInteger(Formatter.java:2748)
at java.util.Formatter$FormatSpecifier.print(Formatter.java:2702)
at java.util.Formatter.format(Formatter.java:2488)
at java.util.Formatter.format(Formatter.java:2423)
at java.lang.String.format(String.java:2797)
at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:199)
at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
{noformat}
{noformat}
2015-05-28 11:08:37,738 ERROR Unable to format msg: Skip load for command %s? %s java.util.MissingFormatArgumentException: Format specifier 's'
at java.util.Formatter.format(Formatter.java:2487)
at java.util.Formatter.format(Formatter.java:2423)
at java.lang.String.format(String.java:2797)
at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForNonTxCommand(ClusteredCacheLoaderInterceptor.java:63)
at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand(ClusteredCacheLoaderInterceptor.java:44)
at org.infinispan.interceptors.CacheLoaderInterceptor.skipLoad(CacheLoaderInterceptor.java:265)
at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:230)
at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:144)
at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:113)
{noformat}
was:
There are two example of this that I see consistently.
*Filling in shortly*
> Bad tracef arguments are causing IllegalFormatConversionException
> -----------------------------------------------------------------
>
> Key: ISPN-5543
> URL: https://issues.jboss.org/browse/ISPN-5543
> Project: Infinispan
> Issue Type: Bug
> Components: Core
> Affects Versions: 7.0.4.Final, 7.1.1.Final, 7.2.3.Final, 8.0.0.Beta2
> Environment: Infinispan-embedded-7.0.3
> log4j2-2.1
> Reporter: Mikhail Dobrinin
>
> There are two examples of this that I see consistently.
> {noformat}
> 2015-05-28 11:07:53,508 ERROR Unable to format msg: Retrying command because of topology change, current topology is %d: %s java.util.IllegalFormatConversionException: d != org.infinispan.commands.write.RemoveCommand
> at java.util.Formatter$FormatSpecifier.failConversion(Formatter.java:4045)
> at java.util.Formatter$FormatSpecifier.printInteger(Formatter.java:2748)
> at java.util.Formatter$FormatSpecifier.print(Formatter.java:2702)
> at java.util.Formatter.format(Formatter.java:2488)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.statetransfer.StateTransferInterceptor.handleNonTxWriteCommand(StateTransferInterceptor.java:199)
> at org.infinispan.statetransfer.StateTransferInterceptor.visitRemoveCommand(StateTransferInterceptor.java:123)
> {noformat}
> {noformat}
> 2015-05-28 11:08:37,738 ERROR Unable to format msg: Skip load for command %s? %s java.util.MissingFormatArgumentException: Format specifier 's'
> at java.util.Formatter.format(Formatter.java:2487)
> at java.util.Formatter.format(Formatter.java:2423)
> at java.lang.String.format(String.java:2797)
> at org.apache.logging.log4j.message.StringFormattedMessage.formatMessage(StringFormattedMessage.java:88)
> at org.apache.logging.log4j.message.StringFormattedMessage.getFormattedMessage(StringFormattedMessage.java:60)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfigHelper.callAppendersFromAnotherThread(AsyncLoggerConfigHelper.java:340)
> at org.apache.logging.log4j.core.async.AsyncLoggerConfig.callAppenders(AsyncLoggerConfig.java:114)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:409)
> at org.apache.logging.log4j.core.config.LoggerConfig.log(LoggerConfig.java:367)
> at org.apache.logging.log4j.core.Logger.logMessage(Logger.java:112)
> at infinispan.org.jboss.logging.Log4j2Logger.doLogf(Log4j2Logger.java:66)
> at infinispan.org.jboss.logging.Logger.logf(Logger.java:2398)
> at infinispan.org.jboss.logging.DelegatingBasicLogger.tracef(DelegatingBasicLogger.java:124)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForNonTxCommand(ClusteredCacheLoaderInterceptor.java:63)
> at org.infinispan.interceptors.ClusteredCacheLoaderInterceptor.skipLoadForWriteCommand(ClusteredCacheLoaderInterceptor.java:44)
> at org.infinispan.interceptors.CacheLoaderInterceptor.skipLoad(CacheLoaderInterceptor.java:265)
> at org.infinispan.interceptors.CacheLoaderInterceptor.loadIfNeeded(CacheLoaderInterceptor.java:230)
> at org.infinispan.interceptors.CacheLoaderInterceptor.visitInvalidateCommand(CacheLoaderInterceptor.java:144)
> at org.infinispan.commands.write.InvalidateCommand.acceptVisitor(InvalidateCommand.java:113)
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5543) Bad tracef arguments are causing IllegalFormatConversionException
by Mikhail Dobrinin (JIRA)
Mikhail Dobrinin created ISPN-5543:
--------------------------------------
Summary: Bad tracef arguments are causing IllegalFormatConversionException
Key: ISPN-5543
URL: https://issues.jboss.org/browse/ISPN-5543
Project: Infinispan
Issue Type: Bug
Components: Core
Affects Versions: 7.1.1.Final, 7.0.4.Final, 7.2.3.Final, 8.0.0.Beta2
Environment: Infinispan-embedded-7.0.3
log4j2-2.1
Reporter: Mikhail Dobrinin
There are two example of this that I see consistently.
*Filling in shortly*
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months
[JBoss JIRA] (ISPN-5526) Replication: The DELTA_WRITE flag should force a remote get during state transfer
by Dennis Reed (JIRA)
[ https://issues.jboss.org/browse/ISPN-5526?page=com.atlassian.jira.plugin.... ]
Dennis Reed updated ISPN-5526:
------------------------------
Git Pull Request: https://github.com/infinispan/infinispan/pull/3535
> Replication: The DELTA_WRITE flag should force a remote get during state transfer
> ---------------------------------------------------------------------------------
>
> Key: ISPN-5526
> URL: https://issues.jboss.org/browse/ISPN-5526
> Project: Infinispan
> Issue Type: Bug
> Affects Versions: 5.2.10.Final
> Reporter: Dennis Reed
> Assignee: Ryan Emerson
> Priority: Critical
>
> Same issue as ISPN-3184, but for repl caches in Infinispan 5.2.x.
> (ISPN-3184 only fixed dist caches, since repl uses the same code in 5.3+).
> AtomicHashMap and FineGrainedAtomicHashMap, as well as custom DeltaAware implementations, use PutKeyValueCommands with the DELTA_WRITE flag to execute incremental updates. These commands need the previous value of the entry in order to work.
> If a node is joining and it receives a PutKeyValueCommand with the DELTA_WRITE flag before it has received the value of the affected key, it should do a remote get to retrieve the previous value and apply the change on top of that value, just like we do for conditional commands. Not doing so leads to data loss.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
9 years, 7 months