yahoo-eng-team team mailing list archive

[Mark Washenberger <1189549@xxxxxxxxxxxxxxxxxx>]

It sounds crazy to me to close a connection at the earliest possible
opportunity. The point of HTTP 1.1 is for clients and servers to be able
to keep connections open and reuse them as much as possible.

>From RFC 2616

"8.1.2.1 Negotiation

   An HTTP/1.1 server MAY assume that a HTTP/1.1 client intends to
   maintain a persistent connection unless a Connection header including
   the connection-token "close" was sent in the request."

** Changed in: glance
       Status: New => Invalid

-- 
You received this bug notification because you are a member of Yahoo!
Engineering Team, which is subscribed to Glance.
https://bugs.launchpad.net/bugs/1189549

Title:
  Not keep-alive connections are not closed (gzip-filter)

Status in OpenStack Image Registry and Delivery Service (Glance):
  Invalid

Bug description:
  Not keep-alive connections are not closed when the gzip filter
  enabled.

  Python httpLib (through  httplib2)  does not finishes after the response fully served.
  It is not the best practice since the Content-Length is served, so the client can know the response is finished.

  The glance service does not closes the connection at the earliest
  possible point, it is also a bad practice.

  This behavior does not let the default gzip filter options to pass, because tempest using the above libraries.
  http://logs.openstack.org/23739/6/check/gate-tempest-devstack-vm-postgres-full/12385/console.html.gz

  Please close the connection as soon as it is not needed.
  Not keep-alive connections (normally) cannot be used for additional requests/responses.

  Most  (All) http server closes the connection in this situation.

  Example Request:
  GET /v1/images/212677ea-a457-47a9-b605-c35c6a6c230d/members HTTP/1.1
  Host: 127.0.0.1:9292
  user-agent: Python-httplib2/0.7.7 (gzip)
  accept-encoding: gzip, deflate
  x-auth-token: ****

  Example response:
  HTTP/1.1 200 OK
  Content-Type: application/json; charset=UTF-8
  X-Openstack-Request-Id: req-7f86e9e7-209c-4764-8997-56ab2839ee07
  Content-Length: 96
  Content-Encoding: gzip
  Date: Mon, 10 Jun 2013 09:05:03 GMT

  ...........V.M.MJ-*V.R..VJN../.H,J.r..s.Su..
  .3S.bJ..iF.)f..F.f&&....&I.f.&.f....IFJ....eA..T...

To manage notifications about this bug go to:
https://bugs.launchpad.net/glance/+bug/1189549/+subscriptions