March 2020 - infinispan-issues - Jboss List Archives

[JBoss JIRA] (ISPN-11470) Scheduled thread pools rejection handle should throw Lifecycle exception

by Will Burns (Jira)

Will Burns created ISPN-11470: --------------------------------- Summary: Scheduled thread pools rejection handle should throw Lifecycle exception Key: ISPN-11470 URL: https://issues.redhat.com/browse/ISPN-11470 Project: Infinispan Issue Type: Bug Components: Core Reporter: Will Burns Assignee: Will Burns Fix For: 11.0.0.Dev03 This can manifest issues like https://ci.infinispan.org/job/Infinispan/job/master/1856/testReport/junit... In this case when the node is shutting down we shouldn't be throwing such errors and instead it should be a IllegalLifecycleStateException so that other nodes know it was due to it shutting down. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11050) StreamDistPartitionHandlingTest.testUsingIteratorButPartitionOccursAfterRetrievingRemoteValues random failures

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11050?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11050: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done > StreamDistPartitionHandlingTest.testUsingIteratorButPartitionOccursAfterRetrievingRemoteValues random failures > -------------------------------------------------------------------------------------------------------------- > > Key: ISPN-11050 > URL: https://issues.redhat.com/browse/ISPN-11050 > Project: Infinispan > Issue Type: Bug > Components: Core, Test Suite > Affects Versions: 10.1.0.Beta1 > Reporter: Dan Berindei > Assignee: Will Burns > Priority: Major > Labels: testsuite_stability > Fix For: 11.0.0.Dev03 > > Attachments: ISPN-6494_bundler_20191207-1109_StreamDistPartitionHandlingTest-infinispan-core.log.gz > > > The test requests one entry from a stream iterator, then takes the cache to degraded mode, and assumes that the requesting the 2nd entry won't throw an {{AvailabilityException}} because the iterator already fetched the value in the background. > However, even though the iterator requested all the segments in parallel, there is no guarantee that the originator also got the responses. If the test installs the partition views too soon, some segments will have to be retried, and they will fail: > {noformat} > 11:20:27,056 TRACE (testng-Test:[]) [JGroupsTransport] Test-NodeA-4361 sending single request 15 to Test-NodeC-45859: InitialPublisherCommand{cacheName='Test'} > 11:20:27,058 TRACE (testng-Test:[]) [BasePartitionHandlingTest] Partition forming > 11:20:27,066 TRACE (testng-Test:[]) [BasePartitionHandlingTest] Partition forming > 11:20:27,066 TRACE (testng-Test:[]) [BasePartitionHandlingTest] Before installing new view... > 11:20:27,068 TRACE (transport-thread-Test-NodeA-p48709-t6:[Topology-Test]) [CheckPoint] Waiting for event pre_released * 1 > 11:20:27,068 TRACE (jgroups-9,Test-NodeC-45859:[]) [JGroupsTransport] Test-NodeC-45859 sending response for request 15 to Test-NodeA-4361: SuccessfulResponse(PublisherResponse{size=0, completedSegments={6 12 15 31-33 36 40-41 44 50 53 56-57 75 78 85 89-92 97 103 113 122-123 127 130 135-136 148 173 188-189 192-193 221 224-226 238 241-242 253}, lostSegments=null, complete=true, segmentOffset=0}) > 11:20:27,095 TRACE (testng-Test:[]) [BasePartitionHandlingTest] New views installed > 11:20:27,096 TRACE (transport-thread-Test-NodeA-p48709-t6:[Topology-Test]) [CheckPoint] Received event post_released * 1 (available = 999999998, total = 999999999) > 11:20:27,100 TRACE (transport-thread-Test-NodeA-p48709-t6:[Topology-Test]) [ClusterPublisherManagerImpl] Segments {3 6 11-12 15 22 26-29 31-37 39-44 47 50 52-57 62-63 75-78 81 85-86 89-92 97 103-105 113-115 120-125 127-128 130 135-136 141 148 155-156 172-174 188-194 197 200 205 209-210 221 224-226 229 234 237-238 241-243 245 248 253-254} not completed - retrying > 11:20:27,102 TRACE (transport-thread-Test-NodeA-p48709-t6:[Topology-Test]) [JGroupsTransport] Test-NodeA-4361 sending single request 18 to Test-NodeC-45859: InitialPublisherCommand{cacheName='Test'} > 11:20:27,100 ERROR (testng-Test:[]) [TestSuiteProgress] Test failed: org.infinispan.partitionhandling.StreamDistPartitionHandlingTest.testUsingIteratorButPartitionOccursAfterRetrievingRemoteValues[DIST_SYNC, DENY_READ_WRITES] > org.infinispan.partitionhandling.AvailabilityException: ISPN000305: Cluster is operating in degraded mode because of node failures. > at org.infinispan.reactive.publisher.impl.PartitionAwareClusterPublisherManager$PartitionListener.onPartitionChange(PartitionAwareClusterPublisherManager.java:52) ~[classes/:?] > at jdk.internal.reflect.GeneratedMethodAccessor336.invoke(Unknown Source) ~[?:?] > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.lambda$invoke$1(AbstractListenerImpl.java:426) ~[classes/:?] > at org.infinispan.notifications.impl.AbstractListenerImpl$ListenerInvocationImpl.invoke(AbstractListenerImpl.java:453) ~[classes/:?] > at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.doRealInvocation(CacheNotifierImpl.java:1854) ~[classes/:?] > at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1801) ~[classes/:?] > at org.infinispan.notifications.cachelistener.CacheNotifierImpl$BaseCacheEntryListenerInvocation.invoke(CacheNotifierImpl.java:1754) ~[classes/:?] > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.doNotifyPartitionStatusChanged(CacheNotifierImpl.java:868) ~[classes/:?] > at org.infinispan.notifications.cachelistener.CacheNotifierImpl.notifyPartitionStatusChanged(CacheNotifierImpl.java:857) ~[classes/:?] > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?] > at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:?] > at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?] > at java.lang.reflect.Method.invoke(Method.java:566) ~[?:?] > at org.mockito.internal.stubbing.defaultanswers.ForwardsInvocations.answer(ForwardsInvocations.java:48) ~[mockito-core-2.27.0.jar:?] > at org.infinispan.test.Mocks.lambda$blockingAnswer$0(Mocks.java:156) ~[test-classes/:?] > at org.mockito.internal.stubbing.StubbedInvocationMatcher.answer(StubbedInvocationMatcher.java:39) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.handler.MockHandlerImpl.handle(MockHandlerImpl.java:96) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.handler.NullResultGuardian.handle(NullResultGuardian.java:29) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.handler.InvocationNotifierHandler.handle(InvocationNotifierHandler.java:35) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:61) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor.doIntercept(MockMethodInterceptor.java:49) ~[mockito-core-2.27.0.jar:?] > at org.mockito.internal.creation.bytebuddy.MockMethodInterceptor$DispatcherDefaultingToRealMethod.interceptAbstract(MockMethodInterceptor.java:126) ~[mockito-core-2.27.0.jar:?] > at org.infinispan.notifications.cachelistener.CacheNotifier$MockitoMock$819492735.notifyPartitionStatusChanged(Unknown Source) ~[classes/:?] > at org.infinispan.partitionhandling.impl.PartitionHandlingManagerImpl.lambda$setAvailabilityMode$0(PartitionHandlingManagerImpl.java:101) ~[classes/:?] > at java.util.concurrent.CompletableFuture.uniComposeStage(CompletableFuture.java:1106) ~[?:?] > at java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:2235) ~[?:?] > at java.util.concurrent.CompletableFuture.thenCompose(CompletableFuture.java:143) ~[?:?] > at org.infinispan.partitionhandling.impl.PartitionHandlingManagerImpl.setAvailabilityMode(PartitionHandlingManagerImpl.java:99) ~[classes/:?] > at org.infinispan.topology.LocalTopologyManagerImpl.doHandleTopologyUpdate(LocalTopologyManagerImpl.java:354) ~[classes/:?] > at org.infinispan.topology.LocalTopologyManagerImpl.lambda$handleTopologyUpdate$1(LocalTopologyManagerImpl.java:286) ~[classes/:?] > at org.infinispan.executors.LimitedExecutor.runTasks(LimitedExecutor.java:175) ~[classes/:?] > at org.infinispan.executors.LimitedExecutor.access$100(LimitedExecutor.java:37) ~[classes/:?] > at org.infinispan.executors.LimitedExecutor$Runner.run(LimitedExecutor.java:227) ~[classes/:?] > at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1128) [?:?] > at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:628) [?:?] > at java.lang.Thread.run(Thread.java:834) [?:?] > {noformat} -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11467) IteratorHandler cannot start in a secure cache

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11467?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11467: -------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8055 > IteratorHandler cannot start in a secure cache > ---------------------------------------------- > > Key: ISPN-11467 > URL: https://issues.redhat.com/browse/ISPN-11467 > Project: Infinispan > Issue Type: Bug > Components: Core > Affects Versions: 10.1.4.Final > Reporter: Dan Berindei > Assignee: Dan Berindei > Priority: Major > Labels: testsuite_stability > Fix For: 10.1.5.Final > > > {{IteratorHandler.start()}} tries to add a listener on the cache manager, which fails when the cache manager has security enabled: > {noformat} > java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'null' lacks 'LISTEN' permission > at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:100) > at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:66) > at org.infinispan.manager.DefaultCacheManager.addListenerAsync(DefaultCacheManager.java:846) > at org.infinispan.notifications.Listenable.addListener(Listenable.java:27) > at org.infinispan.stream.impl.IteratorHandler.start(IteratorHandler.java:82) > at org.infinispan.stream.impl.CorePackageImpl$1.start(CorePackageImpl.java:33) > at org.infinispan.stream.impl.CorePackageImpl$1.start(CorePackageImpl.java:27) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.invokeStart(BasicComponentRegistryImpl.java:587) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.doStartWrapper(BasicComponentRegistryImpl.java:578) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.startWrapper(BasicComponentRegistryImpl.java:547) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.access$700(BasicComponentRegistryImpl.java:30) > at org.infinispan.factories.impl.BasicComponentRegistryImpl$ComponentWrapper.running(BasicComponentRegistryImpl.java:770) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.startDependencies(BasicComponentRegistryImpl.java:605) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.doStartWrapper(BasicComponentRegistryImpl.java:569) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.startWrapper(BasicComponentRegistryImpl.java:547) > at org.infinispan.factories.impl.BasicComponentRegistryImpl.access$700(BasicComponentRegistryImpl.java:30) > at org.infinispan.factories.impl.BasicComponentRegistryImpl$ComponentWrapper.running(BasicComponentRegistryImpl.java:770) > at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:341) > at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:237) > at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:209) > at org.infinispan.cache.impl.CacheImpl.start(CacheImpl.java:1088) > at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:513) > at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:513) > at org.infinispan.cache.impl.AbstractDelegatingCache.start(AbstractDelegatingCache.java:513) > at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:693) > at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:632) > at org.infinispan.manager.DefaultCacheManager.access$000(DefaultCacheManager.java:137) > at org.infinispan.manager.DefaultCacheManager$1.run(DefaultCacheManager.java:554) > {noformat} > {{SecureRemoteCacheAdminTest}} is failing on branch 10.1.x because of this, after ISPN-11435 made {{DefaultCacheManager}} start all the caches automatically. The test uses {{Security.doPrivileged()}} to start the cache manager, but internally {{InfinispanDirectoryProvider.start()}} uses {{startCaches()}}, which spawns a new thread for each cache that needs to be started, without any privileges. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11468) TransactionTable#calculateMinTopologyId should allow blocking

by Dan Berindei (Jira)

[ https://issues.redhat.com/browse/ISPN-11468?page=com.atlassian.jira.plugi... ] Dan Berindei updated ISPN-11468: -------------------------------- Status: Resolved (was: Pull Request Sent) Fix Version/s: 11.0.0.Dev03 Resolution: Done > TransactionTable#calculateMinTopologyId should allow blocking > ------------------------------------------------------------- > > Key: ISPN-11468 > URL: https://issues.redhat.com/browse/ISPN-11468 > Project: Infinispan > Issue Type: Sub-task > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > Fix For: 11.0.0.Dev03 > > > The calculateMinTopologyId only blocks to update the minimum topology, which shouldn't take too long. We should allow this to be marked as okay in blocking with blockhound, since it will not hold the lock for long. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11468) TransactionTable#calculateMinTopologyId should allow blocking

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11468?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11468: ------------------------------ Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/infinispan/infinispan/pull/8054 > TransactionTable#calculateMinTopologyId should allow blocking > ------------------------------------------------------------- > > Key: ISPN-11468 > URL: https://issues.redhat.com/browse/ISPN-11468 > Project: Infinispan > Issue Type: Sub-task > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > > The calculateMinTopologyId only blocks to update the minimum topology, which shouldn't take too long. We should allow this to be marked as okay in blocking with blockhound, since it will not hold the lock for long. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11468) TransactionTable#calculateMinTopologyId should allow blocking

by Will Burns (Jira)

[ https://issues.redhat.com/browse/ISPN-11468?page=com.atlassian.jira.plugi... ] Will Burns updated ISPN-11468: ------------------------------ Status: Open (was: New) > TransactionTable#calculateMinTopologyId should allow blocking > ------------------------------------------------------------- > > Key: ISPN-11468 > URL: https://issues.redhat.com/browse/ISPN-11468 > Project: Infinispan > Issue Type: Sub-task > Reporter: Will Burns > Assignee: Will Burns > Priority: Major > > The calculateMinTopologyId only blocks to update the minimum topology, which shouldn't take too long. We should allow this to be marked as okay in blocking with blockhound, since it will not hold the lock for long. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11469) Upgrade Remote Server tutorials - default cache

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-11469?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-11469: -------------------------------- Priority: Critical (was: Major) > Upgrade Remote Server tutorials - default cache > ----------------------------------------------- > > Key: ISPN-11469 > URL: https://issues.redhat.com/browse/ISPN-11469 > Project: Infinispan > Issue Type: Task > Components: Demos and Tutorials > Affects Versions: 10.1.4.Final > Reporter: Katia Aresti > Assignee: Katia Aresti > Priority: Critical > Labels: tutorials > > The tutorials using the server use getCache() method. > The new server has not a default cache, so all the tutorials are broken -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11469) Upgrade Remote Server tutorials - default cache

by Katia Aresti (Jira)

Katia Aresti created ISPN-11469: ----------------------------------- Summary: Upgrade Remote Server tutorials - default cache Key: ISPN-11469 URL: https://issues.redhat.com/browse/ISPN-11469 Project: Infinispan Issue Type: Task Components: Demos and Tutorials Affects Versions: 10.1.4.Final Reporter: Katia Aresti Assignee: Katia Aresti The tutorials using the server use getCache() method. The new server has not a default cache, so all the tutorials are broken -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11468) TransactionTable#calculateMinTopologyId should allow blocking

by Will Burns (Jira)

Will Burns created ISPN-11468: --------------------------------- Summary: TransactionTable#calculateMinTopologyId should allow blocking Key: ISPN-11468 URL: https://issues.redhat.com/browse/ISPN-11468 Project: Infinispan Issue Type: Sub-task Reporter: Will Burns Assignee: Will Burns The calculateMinTopologyId only blocks to update the minimum topology, which shouldn't take too long. We should allow this to be marked as okay in blocking with blockhound, since it will not hold the lock for long. -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

[JBoss JIRA] (ISPN-11351) Getting details of the protobuf cache returns error

by Katia Aresti (Jira)

[ https://issues.redhat.com/browse/ISPN-11351?page=com.atlassian.jira.plugi... ] Katia Aresti updated ISPN-11351: -------------------------------- Status: Resolved (was: Pull Request Sent) Resolution: Done we need to backport it, don't we ? > Getting details of the protobuf cache returns error > --------------------------------------------------- > > Key: ISPN-11351 > URL: https://issues.redhat.com/browse/ISPN-11351 > Project: Infinispan > Issue Type: Bug > Reporter: Gustavo Fernandes > Assignee: Gustavo Fernandes > Priority: Major > > http://localhost:11222/rest/v2/caches/___protobuf_metadata > ISPN000412: Cannot determine a synthetic transaction configuration from mode=TRANSACTIONAL, xaEnabled=true, recoveryEnabled=false, batchingEnabled=true > It happens for XML and JSON serializers -- This message was sent by Atlassian Jira (v7.13.8#713008)

6 years

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

infinispan-issues March 2020