<div>                We were seeing the ChunkWriteTimeout all along but I wasn't focusing on it at first. We're working on getting the customer setup in our lab environment so that he can duplicate the issue there.<br>            </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, 01:07:04 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 11:46 AM Albert Braden <<a shape="rect" ymailto="mailto:ozzzo@yahoo.com" href="mailto:ozzzo@yahoo.com">ozzzo@yahoo.com</a>> wrote:<div class="yqt1547099516" id="yqtfd76075"><br clear="none">><br clear="none">> "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><br clear="none"><br clear="none">Was that the behavior that you were seeing?  Swift logs 499, but the<br clear="none">socket stays open?<br clear="none"><br clear="none">Eventlet 0.22.0 says eventlet.wsgi will timeout idle clients now:<br clear="none"><br clear="none"><a shape="rect" href="https://eventlet.net/doc/changelog.html#id23" target="_blank">https://eventlet.net/doc/changelog.html#id23</a><br clear="none"><br clear="none">... so maybe that bug as written is no longer valid - but it could<br clear="none">still be related to what you're seeing.  Wasn't the original traceback<br clear="none">a BlockingIOError - that seems different from a hung client socket<br clear="none">from an idle client.<div class="yqt1547099516" id="yqtfd85152"><br clear="none"></div></div></div>            </div>                </div>