Bug 1083563
| Summary: | Mod_cluster draining pending requests coud fail since deployments are missing dependency on mod_cluster service (seen on JDK8) | |||
|---|---|---|---|---|
| Product: | [JBoss] JBoss Enterprise Application Platform 6 | Reporter: | Michal Karm Babacek <mbabacek> | |
| Component: | mod_cluster | Assignee: | Radoslav Husar <rhusar> | |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Michal Karm Babacek <mbabacek> | |
| Severity: | high | Docs Contact: | ||
| Priority: | unspecified | |||
| Version: | 6.3.0 | CC: | bperkins, cdewolf, kkhan, mbabacek, paul.ferraro, rhusar | |
| Target Milestone: | DR5 | |||
| Target Release: | EAP 6.4.0 | |||
| Hardware: | All | |||
| OS: | All | |||
| Whiteboard: | ||||
| Fixed In Version: | Doc Type: | Bug Fix | ||
| Doc Text: |
The mod_cluster subsystem was draining and this would fail pending requests.
This issue has been fixed in this release.
|
Story Points: | --- | |
| Clone Of: | ||||
| : | 1161079 (view as bug list) | 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: | ||||
| Bug Depends On: | ||||
| Bug Blocks: | 1104190, 1161079, 1243874 | |||
|
Description
Michal Karm Babacek
2014-04-02 13:14:58 UTC
Update: This issue is still valid with the latest Oracle JDK 1.8.0_20 both on RHEL, Solaris and Windows systems. Please, see logs and descriptions on https://issues.jboss.org/browse/MODCLUSTER-399. I assume mod_cluster is the right BZ component here, as JDK8 would not affect anything else. Still under investigation. I cannot reproduce the issue. The sessions drained on JDK8 as expected in isolated scenario. Can you isolate the issue into a simpler test? I have prepared beaker with env setup. I am able to hit the issue almost every time. For details please see comments at https://issues.jboss.org/browse/MODCLUSTER-399, I have also send the email with info how to connect to that machine to Rado. The bug is fixed in DR5. eap 6.3.0 shutdown log [WRONG] [org.jboss.web] (ServerService Thread Pool -- 65) JBAS018224: Unregister web context: /clusterbench [org.jboss.web] (ServerService Thread Pool -- 67) JBAS018224: Unregister web context: /simplecontext [org.apache.catalina.core] (MSC service thread 1-2) JBWEB001079: Container org.apache.catalina.core.ContainerBase.[jboss.web].[default-host].[/] has not been started [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000021: All pending requests drained from default-host:/clusterbench in 0.1 seconds [org.jboss.modcluster] (ServerService Thread Pool -- 66) MODCLUSTER000002: Initiating mod_cluster shutdown [org.apache.coyote.ajp] (MSC service thread 1-3) JBWEB003048: Pausing Coyote AJP/1.3 on ajp-/192.168.122.172:8009 [org.apache.coyote.ajp] (MSC service thread 1-3) JBWEB003051: Stopping Coyote AJP/1.3 on ajp-/192.168.122.172:8009 eap 6.4.DR5 shutdown log [GOOD] [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-1) JBWEB003075: Coyote HTTP/1.1 pausing on: http-/192.168.122.172:8080 [org.apache.coyote.http11.Http11Protocol] (MSC service thread 1-1) JBWEB003077: Coyote HTTP/1.1 stopping on : http-/192.168.122.172:8080 [org.jboss.modcluster] (ServerService Thread Pool -- 63) MODCLUSTER000021: All pending requests drained from default-host:/clusterbench in 0.0 seconds [org.jboss.modcluster] (ServerService Thread Pool -- 61) MODCLUSTER000021: All pending requests drained from default-host:/clusterbench in 0.0 seconds [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 77) ISPN000029: Passivating all entries to disk [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 77) ISPN000030: Passivated 0 entries in 2 milliseconds [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 77) JBAS010282: Stopped default-host/clusterbench cache from web container [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015877: Stopped deployment clusterbench.war (runtime-name: clusterbench.war) in 365ms [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 79) ISPN000029: Passivating all entries to disk [org.infinispan.eviction.PassivationManagerImpl] (ServerService Thread Pool -- 79) ISPN000030: Passivated 0 entries in 0 milliseconds [org.jboss.as.clustering.infinispan] (ServerService Thread Pool -- 79) JBAS010282: Stopped repl cache from web container [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000080: Disconnecting and closing JGroups Channel [org.infinispan.remoting.transport.jgroups.JGroupsTransport] (MSC service thread 1-1) ISPN000082: Stopping the RpcDispatcher [org.jboss.modcluster] (ServerService Thread Pool -- 65) MODCLUSTER000025: Failed to drain 966 remaining active sessions from default-host:/simplecontext within 10.0 seconds [org.jboss.modcluster] (ServerService Thread Pool -- 65) MODCLUSTER000021: All pending requests drained from default-host:/simplecontext in 10.0 seconds [org.jboss.modcluster] (ServerService Thread Pool -- 61) MODCLUSTER000024: All active sessions drained from default-host:/simplecontext in 10.0 seconds [org.jboss.as.server.deployment] (MSC service thread 1-3) JBAS015877: Stopped deployment simplecontext.war (runtime-name: simplecontext.war) in 10174ms [org.jboss.modcluster] (ServerService Thread Pool -- 61) MODCLUSTER000021: All pending requests drained from default-host:/simplecontext in 10.0 seconds [org.jboss.modcluster] (ServerService Thread Pool -- 61) MODCLUSTER000002: Initiating mod_cluster shutdown [org.apache.coyote.ajp] (MSC service thread 1-3) JBWEB003048: Pausing Coyote AJP/1.3 on ajp-/192.168.122.172:8009 [org.apache.coyote.ajp] (MSC service thread 1-3) JBWEB003051: Stopping Coyote AJP/1.3 on ajp-/192.168.122.172:8009 Thank you for the effort put into fixing this ugly issue :-) Updated the summary to be less confusing. |