[infinispan-issues] [JBoss JIRA] (ISPN-10822) java.lang.Error: Maximum permit count exceeded

[Will Burns (Jira)]

    [ https://issues.jboss.org/browse/ISPN-10822?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13804571#comment-13804571 ] 

Will Burns commented on ISPN-10822:
-----------------------------------

Thanks for the issue [~ashoktronix27]! Looking at the code, the only way I can see this happening is if one of the requesting threads was interrupted before trying to acquire the semaphore. Did you see any other errors being logged to the trace when this occurred? Also if you could clarify if this is embedded or server mode would be great.

> java.lang.Error: Maximum permit count exceeded
> ----------------------------------------------
>
>                 Key: ISPN-10822
>                 URL: https://issues.jboss.org/browse/ISPN-10822
>             Project: Infinispan
>          Issue Type: Bug
>          Components: Clustered Executor
>    Affects Versions: 9.4.4.Final
>            Reporter: AshokKumar NV
>            Priority: Major
>
> We use an MS-SQL database when we are try to retrieve the data concurrently we are facing this issue.
> Please find the stack trace.
> {noformat}
> java.lang.Error: Maximum permit count exceeded
> 	at java.base/java.util.concurrent.Semaphore$Sync.tryReleaseShared(Semaphore.java:198)
> 	at java.base/java.util.concurrent.locks.AbstractQueuedSynchronizer.releaseShared(AbstractQueuedSynchronizer.java:1382)
> 	at java.base/java.util.concurrent.Semaphore.release(Semaphore.java:432)
> 	at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onComplete(FlowableUsing.java:139)
> 	at io.reactivex.internal.operators.flowable.FlowableUsing$UsingSubscriber.onComplete(FlowableUsing.java:148)
> 	at io.reactivex.internal.subscriptions.EmptySubscription.complete(EmptySubscription.java:68)
> 	at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribe(FlowableFromIterable.java:61)
> 	at io.reactivex.internal.operators.flowable.FlowableFromIterable.subscribeActual(FlowableFromIterable.java:47)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14356)
> 	at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14356)
> 	at io.reactivex.internal.operators.flowable.FlowableUsing.subscribeActual(FlowableUsing.java:74)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> 	at io.reactivex.internal.operators.flowable.FlowableMap.subscribeActual(FlowableMap.java:38)
> 	at io.reactivex.Flowable.subscribe(Flowable.java:14409)
> 	at io.reactivex.internal.operators.flowable.BlockingFlowableIterable.iterator(BlockingFlowableIterable.java:42)
> 	at org.infinispan.util.Closeables.iterator(Closeables.java:30)
> 	at org.infinispan.stream.impl.local.PersistenceEntryStreamSupplier.lambda$null$5(PersistenceEntryStreamSupplier.java:104)
> 	at org.infinispan.util.LazyConcatIterator.hasNext(LazyConcatIterator.java:43)
> 	at java.base/java.util.Spliterators$IteratorSpliterator.tryAdvance(Spliterators.java:1811)
> 	at java.base/java.util.stream.StreamSpliterators$WrappingSpliterator.lambda$initPartialTraversalState$0(StreamSpliterators.java:294)
> 	at java.base/java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.fillBuffer(StreamSpliterators.java:206)
> 	at java.base/java.util.stream.StreamSpliterators$AbstractWrappingSpliterator.doAdvance(StreamSpliterators.java:169)
> 	at java.base/java.util.stream.StreamSpliterators$WrappingSpliterator.tryAdvance(StreamSpliterators.java:300)
> 	at java.base/java.util.Spliterators$1Adapter.hasNext(Spliterators.java:681)
> {noformat}



--
This message was sent by Atlassian Jira
(v7.13.8#713008)