[JBoss JIRA] (ISPN-4432) SecurityManagerCacheAuthorizationTest.testAllCombinations fails on all environments
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4432?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4432:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1112517|https://bugzilla.redhat.com/show_bug.cgi?id=1112517] from NEW to ON_QA
> SecurityManagerCacheAuthorizationTest.testAllCombinations fails on all environments
> -----------------------------------------------------------------------------------
>
> Key: ISPN-4432
> URL: https://issues.jboss.org/browse/ISPN-4432
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Security
> Affects Versions: 7.0.0.Alpha4
> Reporter: Vitalii Chepeliuk
> Assignee: Tristan Tarrant
> Labels: testsuite_stability
> Attachments: SecurityManagerCacheAuthorizationTest.log.zip
>
>
> {noformat}
> java.security.PrivilegedActionException: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.Security.doAs(Security.java:145)
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:139)
> at org.infinispan.security.SecurityManagerCacheAuthorizationTest.testAllCombinations(SecurityManagerCacheAuthorizationTest.java:21)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> 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)
> Caused by: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:158)
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:139)
> at org.infinispan.security.Security.doAs(Security.java:143)
> ... 22 more
> Caused by: java.lang.reflect.InvocationTargetException
> 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.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:143)
> ... 24 more
> Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.container.versioning.NumericVersionGenerator.start() on object of type NumericVersionGenerator
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170)
> 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)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:216)
> at org.infinispan.CacheImpl.start(CacheImpl.java:696)
> at org.infinispan.security.impl.SecureCacheImpl.start(SecureCacheImpl.java:75)
> at org.infinispan.security.SecureCacheTestDriver.testStop(SecureCacheTestDriver.java:148)
> ... 29 more
> Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject:
> Principal: TestPrincipal [name=LIFECYCLE]
> Principal: TestPrincipal [name=LIFECYCLE_user]
> ' lacks 'LISTEN' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:76)
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:54)
> at org.infinispan.manager.DefaultCacheManager.addListener(DefaultCacheManager.java:657)
> at org.infinispan.container.versioning.NumericVersionGenerator.start(NumericVersionGenerator.java:51)
> 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)
> ... 37 more
> {noformat}
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (ISPN-4438) Entry is not properly unmarshalled in compatibility mode when L1 enabled
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4438?page=com.atlassian.jira.plugin.... ]
Martin Gencur edited comment on ISPN-4438 at 6/26/14 3:27 AM:
--------------------------------------------------------------
The root cause is following:
When a HotRod client first reads a key from a node which is not the owner, the value is retrieved from another node. As part of this process, the value is marhalled on the owner node and sent back to the requester where it is stored in L1 as it is - marshalled. Then the entry is returned back to the client which unmarshalls the entry and has gets the result. When the key is requested second time the marshalled entry is taken from L1 cache but is marshalled AGAIN and returned to the client. The client unmarshalls it but gets another marshalled entry as a result because it was marshalled twice.
This only happens when data is requested by HotRod client. It does not happen when requested by a local thread from an embedded cache or via REST.
L1 cache does not make much sense when using HotRod client because the client knows which node is the owner and requests data from that node directly (no use of L1) so this is not a bug.
was (Author: mgencur):
The root cause is following:
When a HotRod client first reads a key from a node which is not the owner, the value is retrieved from another node. As part of this process, the value is marhalled on the owner node and sent back to the requester where it is stored in L1 as it is - marshalled. Then a copy of the entry is unmarshalled and returned back to the client. When the key is requested second time the marshalled entry is taken from L1 cache but is marshalled AGAIN and returned to the client.
This only happens when data is requested by HotRod client. It does not happen when requested by a local thread from an embedded cache or via REST.
L1 cache does not make much sense when using HotRod client because the client knows which node is the owner and requests data from that node directly (no use of L1) so this is not a bug.
> Entry is not properly unmarshalled in compatibility mode when L1 enabled
> ------------------------------------------------------------------------
>
> Key: ISPN-4438
> URL: https://issues.jboss.org/browse/ISPN-4438
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 7.0.0.Alpha4
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha5
>
>
> When a distributed cache is used together with compatibility mode and L1 is enabled. The entry being returned to the client is not unmarshalled when it is found in the L1 cache. Unmarshalling works fine if the entry is retrieved from a remote node (not found in L1).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (ISPN-4438) Entry is not properly unmarshalled by HotRod client in compatibility mode when L1 enabled
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4438?page=com.atlassian.jira.plugin.... ]
Martin Gencur updated ISPN-4438:
--------------------------------
Summary: Entry is not properly unmarshalled by HotRod client in compatibility mode when L1 enabled (was: Entry is not properly unmarshalled in compatibility mode when L1 enabled)
> Entry is not properly unmarshalled by HotRod client in compatibility mode when L1 enabled
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-4438
> URL: https://issues.jboss.org/browse/ISPN-4438
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 7.0.0.Alpha4
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha5
>
>
> When a distributed cache is used together with compatibility mode and L1 is enabled. The entry being returned to the client is not unmarshalled when it is found in the L1 cache. Unmarshalling works fine if the entry is retrieved from a remote node (not found in L1).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (ISPN-4438) Entry is not properly unmarshalled in compatibility mode when L1 enabled
by Martin Gencur (JIRA)
[ https://issues.jboss.org/browse/ISPN-4438?page=com.atlassian.jira.plugin.... ]
Martin Gencur resolved ISPN-4438.
---------------------------------
Resolution: Deferred
The root cause is following:
When a HotRod client first reads a key from a node which is not the owner, the value is retrieved from another node. As part of this process, the value is marhalled on the owner node and sent back to the requester where it is stored in L1 as it is - marshalled. Then a copy of the entry is unmarshalled and returned back to the client. When the key is requested second time the marshalled entry is taken from L1 cache but is marshalled AGAIN and returned to the client.
This only happens when data is requested by HotRod client. It does not happen when requested by a local thread from an embedded cache or via REST.
L1 cache does not make much sense when using HotRod client because the client knows which node is the owner and requests data from that node directly (no use of L1) so this is not a bug.
> Entry is not properly unmarshalled in compatibility mode when L1 enabled
> ------------------------------------------------------------------------
>
> Key: ISPN-4438
> URL: https://issues.jboss.org/browse/ISPN-4438
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 7.0.0.Alpha4
> Reporter: Martin Gencur
> Assignee: Martin Gencur
> Fix For: 7.0.0.Alpha5
>
>
> When a distributed cache is used together with compatibility mode and L1 is enabled. The entry being returned to the client is not unmarshalled when it is found in the L1 cache. Unmarshalling works fine if the entry is retrieved from a remote node (not found in L1).
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months
[JBoss JIRA] (ISPN-4428) SecurityManagerCacheAuthorizationTest.testAllCombinations fails due to missing permission
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/ISPN-4428?page=com.atlassian.jira.plugin.... ]
RH Bugzilla Integration commented on ISPN-4428:
-----------------------------------------------
Tristan Tarrant <ttarrant(a)redhat.com> changed the Status of [bug 1112110|https://bugzilla.redhat.com/show_bug.cgi?id=1112110] from MODIFIED to ON_QA
> SecurityManagerCacheAuthorizationTest.testAllCombinations fails due to missing permission
> -----------------------------------------------------------------------------------------
>
> Key: ISPN-4428
> URL: https://issues.jboss.org/browse/ISPN-4428
> Project: Infinispan
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Test Suite - Core
> Reporter: Vojtech Juranek
> Assignee: Tristan Tarrant
> Fix For: 7.0.0.Alpha5, 7.0.0.Final
>
>
> {{SecurityManagerCacheAuthorizationTest.testAllCombinations}} fails with
> {noformat}
> java.security.PrivilegedActionException: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.Security.doAs(Security.java:145)
> at org.infinispan.security.CacheAuthorizationTest.testAllCombinations(CacheAuthorizationTest.java:139)
> at org.infinispan.security.SecurityManagerCacheAuthorizationTest.testAllCombinations(SecurityManagerCacheAuthorizationTest.java:21)
> 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.testng.internal.MethodInvocationHelper.invokeMethod(MethodInvocationHelper.java:80)
> at org.testng.internal.Invoker.invokeMethod(Invoker.java:714)
> at org.testng.internal.Invoker.invokeTestMethod(Invoker.java:901)
> at org.testng.internal.Invoker.invokeTestMethods(Invoker.java:1231)
> at org.testng.internal.TestMethodWorker.invokeTestMethods(TestMethodWorker.java:127)
> at org.testng.internal.TestMethodWorker.run(TestMethodWorker.java:111)
> at org.testng.TestRunner.privateRun(TestRunner.java:767)
> at org.testng.TestRunner.run(TestRunner.java:617)
> at org.testng.SuiteRunner.runTest(SuiteRunner.java:334)
> at org.testng.SuiteRunner.access$000(SuiteRunner.java:37)
> at org.testng.SuiteRunner$SuiteWorker.run(SuiteRunner.java:368)
> at org.testng.internal.thread.ThreadUtil$2.call(ThreadUtil.java:64)
> at java.util.concurrent.FutureTask.run(FutureTask.java:262)
> 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)
> Caused by: java.lang.Exception: Unexpected non-SecurityException
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:158)
> at org.infinispan.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:139)
> at org.infinispan.security.Security.doAs(Security.java:143)
> ... 22 more
> Caused by: java.lang.reflect.InvocationTargetException
> 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.security.CacheAuthorizationTest$5.run(CacheAuthorizationTest.java:143)
> ... 24 more
> Caused by: org.infinispan.commons.CacheException: Unable to invoke method public void org.infinispan.container.versioning.NumericVersionGenerator.start() on object of type NumericVersionGenerator
> at org.infinispan.commons.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:170)
> 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)
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:216)
> at org.infinispan.CacheImpl.start(CacheImpl.java:696)
> at org.infinispan.security.impl.SecureCacheImpl.start(SecureCacheImpl.java:75)
> at org.infinispan.security.SecureCacheTestDriver.testStop(SecureCacheTestDriver.java:148)
> ... 29 more
> Caused by: java.lang.SecurityException: ISPN000287: Unauthorized access: subject 'Subject:
> Principal: TestPrincipal [name=LIFECYCLE]
> Principal: TestPrincipal [name=LIFECYCLE_user]
> ' lacks 'LISTEN' permission
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:76)
> at org.infinispan.security.impl.AuthorizationHelper.checkPermission(AuthorizationHelper.java:54)
> at org.infinispan.manager.DefaultCacheManager.addListener(DefaultCacheManager.java:657)
> at org.infinispan.container.versioning.NumericVersionGenerator.start(NumericVersionGenerator.java:51)
> 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)
> ... 37 more
> {noformat}
> For details see e.g. [jenkins job|https://jenkins.mw.lab.eng.bos.redhat.com/hudson/view/JDG/view/FUNC/j...]. Seem to happen on all platforams and JDKs.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)
9 years, 11 months