apt-get hangs with "Waiting for headers" for exactly two minutes on dl.google.com apt line

For some reason there is no apt-dbg package so I compiled a new apt package with unstripped binaries. gdb gives me this backtrace of the http method when the connection is hung:

0 0x00007f20dfbe5c53 in select () from /lib/libc.so.6
#1 0x0000000000404b14 in HttpMethod::Go (this=0x7fff544f4ab0,
    ToFile=<value optimized out>, Srv=0x2080aa0) at http.cc:789
#2 0x00000000004060e0 in ServerState::RunHeaders (this=0x2080aa0)
    at http.cc:396
#3 0x0000000000407ecc in HttpMethod::Loop (this=0x7fff544f4ab0)
    at http.cc:1151
#4 0x0000000000409fcb in main () at http_main.cc:19

I haven't spent too much time looking at the code but one thing that came to mind was that the file was 189 bytes only so that maybe when it gets to the select it is waiting for extra data after the whole file has already been transmitted and it somehow has missed that.

I can reproduce the problem on Lucid. A two minute hang when adding the line to sources.list.d/google.list.

I also see this on debian unstable using apt-cacher-ng FYI. hangs for a bit, then finishes

apt-cacher-ng: Version: 0.4.4-1~bpo50+1
apt: Version 0.7.25.3

...
Get: 68 http://ftp.uk.debian.org sid/main 2010-03-10-0900.30.pdiff [1,826B]
99% [Waiting for headers]
99% [Waiting for headers]
99% [Waiting for headers]
Ign http://dl.google.com stable/non-free Translation-en_GB
Ign http://dl.google.com stable/main Translation-en_GB
Hit http://dl.google.com stable Release
Ign http://dl.google.com stable/non-free Packages/DiffIndex
Ign http://dl.google.com stable/main Packages/DiffIndex
Hit http://dl.google.com stable/non-free Packages
Hit http://dl.google.com stable/main Packages
Fetched 300kB in 2min 1s (2,460B/s)

It seems to be a problem with HTTP/1.1 pipelining on Google's side. APT sends 6 requests in pipeline to the server and receives only one response:

GET /linux/deb/dists/stable/Release.gpg HTTP/1.1
Host: dl.google.com
Connection: keep-alive
If-Modified-Since: Sat, 20 Mar 2010 00:00:00 GMT
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

GET /linux/deb/dists/stable/non-free/i18n/Translation-pl.bz2 HTTP/1.1
Host: dl.google.com
Connection: keep-alive
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

GET /linux/deb/dists/stable/main/i18n/Translation-pl.bz2 HTTP/1.1
Host: dl.google.com
Connection: keep-alive
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

GET /linux/deb/dists/testing/Release.gpg HTTP/1.1
Host: dl.google.com
Connection: keep-alive
If-Modified-Since: Sat, 20 Mar 2010 00:00:00 GMT
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

GET /linux/deb/dists/testing/non-free/i18n/Translation-pl.bz2 HTTP/1.1
Host: dl.google.com
Connection: keep-alive
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

GET /linux/deb/dists/testing/main/i18n/Translation-pl.bz2 HTTP/1.1
Host: dl.google.com
Connection: keep-alive
User-Agent: Ubuntu APT-HTTP/1.3 (0.7.23.1ubuntu2)

HTTP/1.1 200 OK
Last-Modified: Sat, 20 Mar 2010 00:00:00 GMT
Accept-Ranges: bytes
Content-Length: 189
Content-Type: application/octet-stream
ETag: 12798
Vary: *
Date: Sun, 21 Mar 2010 00:05:52 GMT
Server: downloads
X-XSS-Protection: 0

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)

iD8DBQBLpAB7oECDD3+sWZERAjWDAJ0U/RrTcNgDBndhZhzpfO8IkGTxrgCeM4g2
MTcZmYqhpJ6jreLHBW4H/F0=
=u/IL
-----END PGP SIGNATURE-----

As a workaround adding

Acquire::http::Pipeline-Depth "0";

to to a file in /etc/apt.conf.d fixes the problem for me.

gozdal's workaround to disable http/1.1 pipelining does the job, thanks!

Note: The apt conf dir is /etc/apt/apt.conf.d/

I can also confirm that the workaround works for me.

On the other hand it seems the update is slower than before, so while it's a nice workaround the real fix should be to make apt to fallback to this automatically if the previous method times out.

The google Chromium bug, which is linked above, claims the real fix on their end should be out in the next few days.

This workaround work for me too.

You guys mean /etc/apt/apt.conf.d/05aptitude right?

sobi3ch: Any file will do. It will only matter if the same configuration is changed on a file read latter (with a higher number).

According to upstream comments this issue is solved, please could somebody check if this behaviour is still occurring under latest release of Ubuntu Maverick? Thanks.

I was seeing this problem and it was certainly fixed months ago.
The problem was an incorrectly configured web server at google.

However I am still running Luicd, but I don't see why Maverick should behave
any differently.

In Maverick i have the same problem with the google repository.

This problem affects my 10.10 VMs as all package activities seem to stall waiting for non-existent _AU translation files.

Once whatever timeout is concluded, downloading and updating works but I still have to wait a couple of minutes before things get going.

The pipeline workaround cures this problem for me.

/etc/apt/apt.conf
Acquire::http::Timeout "300";

Still occurs on 12.04 for me.

i can confirm this on 12.04

Still occuring as of 8/25/14 on 14.04.