<div>                AFAIK we are running vanilla Swift. Clients usually connect to the Swift endpoint by running "swift" or "openstack container" commands, and Swift uses exabgp to route the traffic. I'm not exactly sure what the Java library is doing but I can dig more into that if it would help.<br><br>I see swift_proxy_server and swift_haproxy containers running on every Swift node. Is that not the normal configuration?<br><br>According to [1] it's pretty easy to reproduce:<br><br>"You can reproduce this by issuing a GET request for a few hundred MB file and never consuming the response, but keep the client socket open. Swift will log a 499 but the socket does not always close."            </div>            <div class="yahoo_quoted" style="margin:10px 0px 0px 0.8ex;border-left:1px solid #ccc;padding-left:1ex;">                        <div style="font-family:'Helvetica Neue', Helvetica, Arial, sans-serif;font-size:13px;color:#26282a;">                                <div>                    On Friday, June 24, 2022, 12:02:05 PM EDT, Clay Gerrard <clay.gerrard@gmail.com> wrote:                </div>                <div><br></div>                <div><br></div>                <div><div dir="ltr">On Fri, Jun 24, 2022 at 10:29 AM Albert Braden <<a shape="rect" ymailto="mailto:ozzzo@yahoo.com" href="mailto:ozzzo@yahoo.com">ozzzo@yahoo.com</a>> wrote:<br clear="none">><br clear="none">> "Having another look at that issue, it sounds like slow client shouldn't be handled by OpenStack services but rather with a load balancer, especially if the service is Internet facing"<br clear="none">><br clear="none">> I don't understand what is being recommended here.<br clear="none"><br clear="none">I think they were suggesting using a http proxy application - maybe<br clear="none">haproxy - will have more options to protect network resources from<br clear="none">misbehaving clients than the swift proxy application.  Like kicking<br clear="none">off keep-alive connections after a while, or slow clients that hang up<br clear="none">resources.<br clear="none"><br clear="none">> We have 60 Swift servers, and customer traffic goes directly to those servers. It seems like a load-balancer would be a performance-reducing bottleneck.<br clear="none"><br clear="none">That's cool, do you use round robin dns or something?<br clear="none"><br clear="none">> Is there any hope of getting this bug fixed?<br clear="none"><br clear="none">If we can reproduce the problem you're seeing there's some chance we<br clear="none">could offer a solution through just a code change, but it's going to<br clear="none">be difficult if repro requires haproxy in the pipeline.  If there is a<br clear="none">problem w/o haproxy, it might have more to do with eventlet.wsgi or<br clear="none">python's base http server than swift... can you affirm the issue when<br clear="none">clients talk directly to the python/eventlet/swift application?<div class="yqt2972332419" id="yqtfd56573"><br clear="none"><br clear="none">-- <br clear="none">Clay Gerrard<br clear="none"><br clear="none"></div></div></div>            </div>                </div>