https://issues.apache.org/bugzilla/show_bug.cgi?id=44736
--- Comment #21 from Frank <[email protected]> --- (In reply to William Lovaton from comment #18) > (In reply to Jeff Trawick from comment #17) > > If you want to be constructive: > > > > Can someone that needs it on the older release volunteer to confirm that it > > is resolved on 2.4, as requested some time ago? > > Thanks Jeff for the answer but that WONTFIX does not apply here. It is > obvious (for me at least) that changes done through the balancer-manager > page won't be kept between restarts. That's totally understandable. > > The thing here is that BalancerMember configuration gets mangled somehow > when you issue a graceful. It sometimes swaps the route name or the > loadfactor changes to 0 when the configuration file says loadfactor=1. The > end result of this is that all requests are now sent to one server only. > > My workaround here is to always do a restart instead of a graceful but this > is not really a good idea when hundreds of vhosts are going through this > reverse proxy (the active requests will be lost abruptly). That's exactly the problem. For a restart I would have to take one server out of the load balancing, wait until sessions have finished, restart it, move on to the next server, and so on. I just can't do that after every small config change. > > Unfortunately no one using 2.2 here is able to confirm that 2.4 fixes the > problem. That at least would be an incentive to take the leap. I can't reproduce in our dev environment, because we just don't have multiple backend servers there. I would need to move on production server to 2.4 and rewrite all the vhost configs. If this would be an option, I would have moved everything to 2.4 already. If this won't be fixed, we just stick with mod_jk. It's buggy too, and handling of the configuration files sucks, but that's the only alternative. -- You are receiving this mail because: You are the assignee for the bug. --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
