-
Bug
-
Resolution: Done
-
Major
-
7.1.0.DR16, 7.1.0.DR17
-
None
-
User Experience
-
-
-
-
-
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 with waittime set to 0
Session drain
2017-05-10 09:18:21,953 INFO [org.jboss.modcluster] (management-handler-thread - 2) MODCLUSTER000046: Starting to drain 1 active sessions from default-host:/clusterbench in 0 seconds.
Issue
This should immediately fail to drain session and send stop node/context to balancer.
However, it looks like it is waiting for session to timeout
Context/Node is disabled on balancer
"context" => {"/clusterbench" => {
"requests" => 0,
"status" => "disabled"
}}
- is blocked by
-
MODCLUSTER-581 Session draining with non-positive timeout may wait indefinitely
-
- Resolved
-
- is incorporated by
-
JBEAP-10839 Upgrade mod_cluster to 1.3.7.Final
-
- Closed
-
- is related to
-
JBEAP-10356 mod_cluster stop/stop-context(waittime=..) attribute description is wrong
-
- Closed
-