Description of problem:
mod_cluster can break stickiness for the first request on new child processes. It looks like this occurs specifically when "CreateBalancers 1" is used. Prefork typically makes this much worse as well.
My debugging showed that the proxy_balancer would exist, but it would essentially be empty in the new child process. find_session_route/find_route_worker would be called as expected, but the for loop in find_route_worker wasn't even doing anything because balancer->workers->nelts was 0. The balancer would then finally be populated in the new child when the first request hits internal_find_best_byrequests and calls update_workers_node.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. To exacerbate the issue, run httpd in prefork with a config forcing new processes every request:
2. Set up mod_cluster with "CreateBalancers 1":
ProxyPass / balancer://mycluster/ stickysession=JSESSIONID|jsessionid nofailover=On
ProxyPassReverse / balancer://mycluster/
3. Load up httpd with requests (they should all provide a stickied session) and check for breaks in stickiness. You can confirm the bug occurs also with one node by checking for occurrences of "proxy: byrequests balancer DONE" debug messages for what should be stickied requests.
Sticky sessions can break in new processes
Sticky sessions is maintained
Fixed by https://github.com/modcluster/mod_cluster/pull/106. EAP 6 will need an upgrade to 1.2.10.Final+.
No httpd, nor native bits delivered with DR10 to date.
Verified with EAP 6.4.0.DR12, mod_cluster 1.2.10.Final