-
Bug
-
Resolution: Done
-
Major
-
1.3.6.Final
-
None
CLI operation description
[standalone@localhost:9990 /] /subsystem=modcluster/:read-operation-description(name=stop
{
"outcome" => "success",
"result" => {
"operation-name" => "stop",
"description" => "Tell reverse proxies that all contexts on the node can't process requests.",
"request-properties" => {"waittime" => {
"type" => INT,
"description" => "Timeout to wait for all contexts to stop.",
"expressions-allowed" => false,
"required" => false,
"nillable" => true,
"default" => 10,
"unit" => "SECONDS"
}},
"reply-properties" => {},
"read-only" => false,
"runtime-only" => true
}
}
With default and non-distributable context or draining strategy set to ALWAYS.
- stop() or stop-context is called
- Disable creating any new session by sending DISABLE-APP command to balancer
"context" => {"/clusterbench" => {
"requests" => 0,
"status" => "disabled"
}}
- Session drain
2017-05-10 09:19:09,956 INFO [org.jboss.modcluster] (management-handler-thread - 1) MODCLUSTER000046: Starting to drain 1 active sessions from default-host:/clusterbench in 10 seconds.
- Session timeout is 5 minutes so it fails
2017-05-10 09:26:05,081 WARN [org.jboss.modcluster] (management-handler-thread - 1) MODCLUSTER000025: Failed to drain 1 remaining active sessions from default-host:/clusterbench within 10.0 seconds
Issue
- Stop-app should be sent to balancer to stop context/node, but node/context stays disabled. This happens even if session drain is successful.
"context" => {"/clusterbench" => { "requests" => 0, "status" => "disabled" }}
- clones
-
JBEAP-10821 mod_cluster stop/stop-context operations do not send STOP-* in when session draining was unsuccessful
-
- Closed
-