Bug 993041
Summary: | RuntimeException in org.jboss.as.web.session.ClusteredSession.access | ||
---|---|---|---|
Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Ladislav Thon <lthon> |
Component: | Clustering | Assignee: | Radoslav Husar <rhusar> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jitka Kozana <jkudrnac> |
Severity: | high | Docs Contact: | |
Priority: | unspecified | ||
Version: | 6.1.1, 6.2.0 | CC: | akostadi, jkudrnac, jochen.riedlinger, kkhan, myarboro, pslavice, rafael.ruiz, rhusar, rjanik |
Target Milestone: | DR1 | ||
Target Release: | EAP 6.4.0 | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: |
Previous versions of JBoss EAP 6, when a distributed web session was being accessed while another node was abruptly leaving the cluster, a lock acquisition could, in some instances, fail. When this occurred it resulted in the following exception:
----
RuntimeException: JBAS018060: Exception acquiring ownership of <session-id>
----
The root cause of this issue was that the lock acquisition did not take into account that a cluster node might leave the cluster at exactly the same time, resulting in the lock acquisition failure.
This issue has been addressed and the exception no longer presents.
|
Story Points: | --- |
Clone Of: | Environment: | ||
Last Closed: | Type: | Bug | |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Ladislav Thon
2013-08-05 13:42:38 UTC
For the sake of the similar looking BZ 958252: The application (un)deployed at this case, is not secured in any case. All access to the methods is unrestricted. Could you check if this is a regression or maybe just a different manifestation of a previous problem? Quickly looking, the issue is preceeded by [1] which might be hinting at a problem in Infinispan. [1] 17:48:03,761 WARN [org.infinispan.topology.CacheTopologyControlCommand] (OOB-445,shared=udp) ISPN000071: Caught exception when handling command CacheTopologyControlCommand{cache=dist, type=REBALANCE_CONFIRM, sender=perf18/web, joinInfo=null, topologyId=18, currentCH=null, pendingCH=null, throwable=null, viewId=8}: org.infinispan.CacheException: Received invalid rebalance confirmation from perf18/web for cache dist, we don't have a rebalance in progress SharedLocalYieldingClusterLockManager needs to be more resilient to timeouts and suspect exceptions. Lock acquisition should retry in this case. *** Bug 1029010 has been marked as a duplicate of this bug. *** removing needinfo request because question has been answered Still an issue (though rare), moving to 6.4. During EAP 6.3 test cycle, this bug most often happened in the eap-6x-failover-http-session-undeploy-repl-sync test. Hence, I ran this test with EAP 6.4.0.DR2 10 times (see [1]) and didn't observe it at all. Marking as verified. [1] https://jenkins.mw.lab.eng.bos.redhat.com/hudson/job/lthon___bz993041___eap-6x-failover-http-session-undeploy-repl-sync/ |