January 2016 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-5930) OOM error when registering continuous query

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-5930?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-5930: ----------------------------------------------- Vaclav Dedik <vdedik(a)redhat.com> changed the Status of [bug 1279379|https://bugzilla.redhat.com/show_bug.cgi?id=1279379] from MODIFIED to ON_QA > OOM error when registering continuous query > ------------------------------------------- > > Key: ISPN-5930 > URL: https://issues.jboss.org/browse/ISPN-5930 > Project: Infinispan > Issue Type: Bug > Components: Server > Affects Versions: 8.1.0.CR1, 8.0.2.Final > Reporter: Vojtech Juranek > Assignee: Adrian Nistor > Fix For: 8.2.0.Alpha1, 8.2.0.Final > > > When running CQ perf tests in client-server mode, I hit following exception in HR server. > The scenario was to store random texts in the cache and CQ which matches all the entries (i.e. query was "%"). > Full logs from server are [here|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/PERF-...]. Machines perf01-04 are servers, perf05-07 clients and perf08 is RG master. > {noformat} > [0m[31m12:36:37,557 ERROR [org.infinispan.server.hotrod.HotRodEncoder] (HotRodServerWorker-9-33) ISPN005023: Exception encoding message CustomRawEvent{version=23, messageId=39574, op=CacheEntryCreatedEventResponse, listenerId=([B@9641785,false), event=([B@5ecfed02,false), isRetried=false}: java.lang.OutOfMemoryError: Direct buffer memory > at java.nio.Bits.reserveMemory(Bits.java:658) > at java.nio.DirectByteBuffer.<init>(DirectByteBuffer.java:123) > at java.nio.ByteBuffer.allocateDirect(ByteBuffer.java:311) > at io.netty.buffer.UnpooledUnsafeDirectByteBuf.allocateDirect(UnpooledUnsafeDirectByteBuf.java:108) > at io.netty.buffer.UnpooledUnsafeDirectByteBuf.capacity(UnpooledUnsafeDirectByteBuf.java:157) > at io.netty.buffer.AbstractByteBuf.ensureWritable(AbstractByteBuf.java:251) > at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:817) > at io.netty.buffer.AbstractByteBuf.writeBytes(AbstractByteBuf.java:825) > at org.infinispan.server.core.transport.ExtendedByteBuf$.writeRangedBytes(ExtendedByteBuf.scala:67) > at org.infinispan.server.hotrod.Encoder2x$.writeEvent(Encoder2x.scala:47) > at org.infinispan.server.hotrod.HotRodEncoder.encode(HotRodEncoder.scala:57) > at io.netty.handler.codec.MessageToByteEncoder.write(MessageToByteEncoder.java:107) > at io.netty.channel.AbstractChannelHandlerContext.invokeWrite(AbstractChannelHandlerContext.java:633) > at io.netty.channel.AbstractChannelHandlerContext.write(AbstractChannelHandlerContext.java:691) > at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:681) > at io.netty.channel.AbstractChannelHandlerContext.writeAndFlush(AbstractChannelHandlerContext.java:716) > at io.netty.channel.DefaultChannelPipeline.writeAndFlush(DefaultChannelPipeline.java:954) > at io.netty.channel.AbstractChannel.writeAndFlush(AbstractChannel.java:243) > at org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.sendEvent(ClientListenerRegistry.scala:219) > at org.infinispan.server.hotrod.ClientListenerRegistry$BaseClientEventSender.onCacheEvent(ClientListenerRegistry.scala:186) > at sun.reflect.GeneratedMethodAccessor25.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) > at org.infinispan.util.concurrent.WithinThreadExecutor.execute(WithinThreadExecutor.java:21) > at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:309) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invokeNoChecks(CacheNotifierImpl.java:1213) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.raiseEventForInitialTransfer(CacheNotifierImpl.java:911) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.addListener(CacheNotifierImpl.java:852) > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.addListener(CacheNotifierImpl.java:923) > at org.infinispan.cache.impl.CacheImpl.addListener(CacheImpl.java:722) > at org.infinispan.cache.impl.AbstractDelegatingCache.addListener(AbstractDelegatingCache.java:347) > at org.infinispan.server.hotrod.ClientListenerRegistry.addClientListener(ClientListenerRegistry.scala:100) > at org.infinispan.server.hotrod.Decoder2x$.customReadKey(Decoder2x.scala:384) > at org.infinispan.server.hotrod.HotRodDecoder.customDecodeKey(HotRodDecoder.scala:194) > at org.infinispan.server.hotrod.HotRodDecoder.org$infinispan$server$hotrod$HotRodDecoder$$decodeKey(HotRodDecoder.scala:104) > at org.infinispan.server.hotrod.HotRodDecoder$$anonfun$decode$1.apply$mcV$sp(HotRodDecoder.scala:48) > at org.infinispan.server.hotrod.HotRodDecoder.wrapSecurity(HotRodDecoder.scala:206) > 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) > {noformat} -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6003) Reduce number of allocations

by RH Bugzilla Integration (JIRA)

[ https://issues.jboss.org/browse/ISPN-6003?page=com.atlassian.jira.plugin.... ] RH Bugzilla Integration commented on ISPN-6003: ----------------------------------------------- Vaclav Dedik <vdedik(a)redhat.com> changed the Status of [bug 1272390|https://bugzilla.redhat.com/show_bug.cgi?id=1272390] from MODIFIED to ON_QA > Reduce number of allocations > ---------------------------- > > Key: ISPN-6003 > URL: https://issues.jboss.org/browse/ISPN-6003 > Project: Infinispan > Issue Type: Task > Components: Core, Server > Reporter: Dan Berindei > Assignee: Dan Berindei > Labels: performance > Fix For: 8.1.0.Final > > > Profiling revealed some allocations that are easy to remove: > * The HotRod operations factory stores a list of flags in a thread-local. The thread-local can be removed, and the flags can be stored in an {{int}}. > * JGroupsTransport copies the list of members to check if a broadcast should be sent as a unicast, and the copy is then discarded. > * ExtendedByteBuf could use {{Array.empty}} instead of {{Array[Byte]()}}. > * DecoratedCache could avoid calling {{Arrays.asList()}}. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6027) Use bundler sender-sends-with-timer by default

by Pedro Ruivo (JIRA)

[ https://issues.jboss.org/browse/ISPN-6027?page=com.atlassian.jira.plugin.... ] Pedro Ruivo updated ISPN-6027: ------------------------------ Status: Resolved (was: Pull Request Sent) Resolution: Done > Use bundler sender-sends-with-timer by default > ---------------------------------------------- > > Key: ISPN-6027 > URL: https://issues.jboss.org/browse/ISPN-6027 > Project: Infinispan > Issue Type: Task > Components: Configuration, Core > Affects Versions: 8.1.0.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Fix For: 8.2.0.Alpha1 > > > Performance tests show {{sender-sends-with-timer}} is still a bit faster than {{transfer-queue}}, so we should make it the default. -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6048) Scala lang library module should depend on sun.jdk

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-6048?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-6048: ----------------------------------- Status: Open (was: New) > Scala lang library module should depend on sun.jdk > -------------------------------------------------- > > Key: ISPN-6048 > URL: https://issues.jboss.org/browse/ISPN-6048 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.2.0.Alpha1, 8.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6048) Scala lang library module should depend on sun.jdk

by Galder Zamarreño (JIRA)

[ https://issues.jboss.org/browse/ISPN-6048?page=com.atlassian.jira.plugin.... ] Galder Zamarreño updated ISPN-6048: ----------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3925 > Scala lang library module should depend on sun.jdk > -------------------------------------------------- > > Key: ISPN-6048 > URL: https://issues.jboss.org/browse/ISPN-6048 > Project: Infinispan > Issue Type: Enhancement > Components: Server > Reporter: Galder Zamarreño > Assignee: Galder Zamarreño > Fix For: 8.2.0.Alpha1, 8.2.0.Final > > -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5447) Spring testsuite relies on online schemas

by Michał Szynkiewicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-5447?page=com.atlassian.jira.plugin.... ] Michał Szynkiewicz updated ISPN-5447: ------------------------------------- Status: Pull Request Sent (was: Coding In Progress) Git Pull Request: https://github.com/infinispan/infinispan/pull/3923 > Spring testsuite relies on online schemas > ----------------------------------------- > > Key: ISPN-5447 > URL: https://issues.jboss.org/browse/ISPN-5447 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.2.1.Final > Reporter: Tristan Tarrant > Assignee: Michał Szynkiewicz > > Running the spring testsuite fails when it cannot find the schema online (http://www.infinispan.org/schemas/infinispan-spring.xsd) > This should be changed so that it doesn't require an internet connection -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5447) Spring testsuite relies on online schemas

by Michał Szynkiewicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-5447?page=com.atlassian.jira.plugin.... ] Michał Szynkiewicz updated ISPN-5447: ------------------------------------- Status: Open (was: New) > Spring testsuite relies on online schemas > ----------------------------------------- > > Key: ISPN-5447 > URL: https://issues.jboss.org/browse/ISPN-5447 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.2.1.Final > Reporter: Tristan Tarrant > Assignee: Michał Szynkiewicz > > Running the spring testsuite fails when it cannot find the schema online (http://www.infinispan.org/schemas/infinispan-spring.xsd) > This should be changed so that it doesn't require an internet connection -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5447) Spring testsuite relies on online schemas

by Michał Szynkiewicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-5447?page=com.atlassian.jira.plugin.... ] Work on ISPN-5447 started by Michał Szynkiewicz. ------------------------------------------------ > Spring testsuite relies on online schemas > ----------------------------------------- > > Key: ISPN-5447 > URL: https://issues.jboss.org/browse/ISPN-5447 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.2.1.Final > Reporter: Tristan Tarrant > Assignee: Michał Szynkiewicz > > Running the spring testsuite fails when it cannot find the schema online (http://www.infinispan.org/schemas/infinispan-spring.xsd) > This should be changed so that it doesn't require an internet connection -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-5447) Spring testsuite relies on online schemas

by Michał Szynkiewicz (JIRA)

[ https://issues.jboss.org/browse/ISPN-5447?page=com.atlassian.jira.plugin.... ] Michał Szynkiewicz reassigned ISPN-5447: ---------------------------------------- Assignee: Michał Szynkiewicz (was: Sebastian Łaskawiec) > Spring testsuite relies on online schemas > ----------------------------------------- > > Key: ISPN-5447 > URL: https://issues.jboss.org/browse/ISPN-5447 > Project: Infinispan > Issue Type: Bug > Components: Spring Integration > Affects Versions: 7.2.1.Final > Reporter: Tristan Tarrant > Assignee: Michał Szynkiewicz > > Running the spring testsuite fails when it cannot find the schema online (http://www.infinispan.org/schemas/infinispan-spring.xsd) > This should be changed so that it doesn't require an internet connection -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

[JBoss JIRA] (ISPN-6046) Server Rolling Upgrade performance improvement

by Gustavo Fernandes (JIRA)

[ https://issues.jboss.org/browse/ISPN-6046?page=com.atlassian.jira.plugin.... ] Gustavo Fernandes updated ISPN-6046: ------------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/3924 > Server Rolling Upgrade performance improvement > ---------------------------------------------- > > Key: ISPN-6046 > URL: https://issues.jboss.org/browse/ISPN-6046 > Project: Infinispan > Issue Type: Enhancement > Affects Versions: 8.1.0.Final > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > > Currently the rolling upgrade requires copying all keys for all entries in the cluster, and then transfer all those keys to the target cluster, that in turn will iterate and obtain the values. With a sufficient amount of data, the key recording can cause OOME -- This message was sent by Atlassian JIRA (v6.4.11#64026)

8 years, 3 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues January 2016