-
Bug
-
Resolution: Done
-
Major
-
7.1.0.ER2
Operation stop on mod_cluster worker disable all contexts (send disable status to balancer) for the duration of session draining. After the session is drained ( successfully or not ), worker stops all contexts ( send stop status to balancer ).
[standalone@192.168.122.206:9990 /] /subsystem=modcluster:stop(waittime=-1) { "outcome" => "success", "result" => {"session-draining-complete" => true} }
However, status stays disabled, but functionallity is of a stopped one
"/karel" => { "requests" => 0, "status" => "disabled" }
Apache httpd server as balancer correctly recognize stop status and stops contexts
/karel, Status: STOPPED Request: 0 Enable Disable
Reproducing:
- Set up undertow balancer with one worker
- Deploy an app to the worker
- Chech that app is correctly registered with balancer and that is enabled
- Stop the worker
/subsystem=modcluster:stop()
- Watch if the context (deployed app) is moved to the stoped status
/subsystem=undertow/configuration=filter/mod-cluster=modcluster:read-resource(include-runtime=true, recursive=true, recursive-depth=100)
- is cloned by
-
WFLY-9167 mod_cluster stop status is not updated in balancer/node resource
- Closed
- relates to
-
JBEAP-10821 mod_cluster stop/stop-context operations do not send STOP-* in when session draining was unsuccessful
- Closed