swift/test/unit
Samuel Merritt 0e81ffd1e1 Fix socket leak on object-server death
Consider a client that's downloading a large replicated object of size
N bytes. If the object server process dies (e.g. with a segfault)
partway through the download, the proxy will have read fewer than N
bytes, and then read(sockfd) will start returning 0 bytes. At this
point, the proxy believes the object download is complete, and so the
WSGI server waits for a new request to come in. Meanwhile, the client
is waiting for the rest of their bytes. Until the client times out,
that socket will be held open.

The fix is to look at the Content-Length and Content-Range headers in
the response from the object server, then retry with another object
server in case the original GET is truncated. This way, the client
gets all the bytes they should.

Note that ResumingGetter already had retry logic for when an
object-server is slow to send bytes -- this extends it to also cover
unexpected disconnects.

Change-Id: Iab1e07706193ddc86832fd2cff0d7c2cb6d79ad9
Related-Change: I74d8c13eba2a4917b5a116875b51a781b33a7abf
Closes-Bug: 1568650
2019-01-31 18:38:35 +00:00
..
account py3: adapt the account server completely 2018-12-18 20:45:35 -06:00
cli Py3: Port test/unit/test_ringcomposer.py 2018-12-01 03:28:52 +01:00
common Merge "s3api: Stop relying on container listings during multipart uploads" 2019-01-10 04:35:15 +00:00
container fixed _check_node() in the container sharder 2018-12-04 16:16:04 -08:00
obj Merge "Use remote frag index to calculate suffix diff" 2019-01-16 01:42:16 +00:00
proxy Fix socket leak on object-server death 2019-01-31 18:38:35 +00:00
test_locale monkeypatch thread for keystoneclient 2015-11-03 16:36:19 +01:00
__init__.py Fix socket leak on object-server death 2019-01-31 18:38:35 +00:00
helpers.py py3: port encryption 2018-11-20 01:30:04 -06:00