river wrote:

does the same thing happen if you change the URL from upload.wikimedia.org to ms1.wikimedia.org?

If I change the URL to ms1, the same thing doesn't happen, though I get slower speed (around 300K/s)

With ms1, following continues to the full download, grabbed this in the beginning, almost same speed during the whole time:

[0:0][azatoth@azabox img]$ LC_ALL=C wget http://ms1.wikimedia.org/wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg --debug
DEBUG output created by Wget 1.11.4 on linux-gnu.

--2009-03-23 15:41:17-- http://ms1.wikimedia.org/wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg
Resolving ms1.wikimedia.org... 208.80.152.166
Caching ms1.wikimedia.org => 208.80.152.166
Connecting to ms1.wikimedia.org|208.80.152.166|:80... connected.
Created socket 3.
Releasing 0x08a90748 (new refcount 1).

---request begin---
GET /wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: ms1.wikimedia.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.1 200 OK
Server: Sun-Java-System-Web-Server/7.0
Date: Mon, 23 Mar 2009 14:41:17 GMT
Content-type: image/jpeg
Last-modified: Sat, 21 Mar 2009 10:43:41 GMT
Content-length: 38821876
Etag: "2505ff4-49c4c4dd"
Accept-ranges: bytes
Connection: keep-alive

---response end---
200 OK
Registered socket 3 for persistent reuse.
Length: 38821876 (37M) [image/jpeg]
Saving to: `Untersberg_panoramic_view_winter.jpg'

11% [===========> ] 4,486,468 305K/s eta 1m 56s

Followng from "upload", here it stops, but it usually starts/runs around 1-2MB/s

[0:130][azatoth@azabox img]$ LC_ALL=C wget http://upload.wikimedia.org/wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg --debug
DEBUG output created by Wget 1.11.4 on linux-gnu.

--2009-03-23 15:41:55-- http://upload.wikimedia.org/wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg
Resolving upload.wikimedia.org... 91.198.174.3
Caching upload.wikimedia.org => 91.198.174.3
Connecting to upload.wikimedia.org|91.198.174.3|:80... connected.
Created socket 3.
Releasing 0x08b36778 (new refcount 1).

---request begin---
GET /wikipedia/commons/d/da/Untersberg_panoramic_view_winter.jpg HTTP/1.0
User-Agent: Wget/1.11.4
Accept: */*
Host: upload.wikimedia.org
Connection: Keep-Alive

---request end---
HTTP request sent, awaiting response...
---response begin---
HTTP/1.0 200 OK
Content-Type: image/jpeg
Last-Modified: Sat, 21 Mar 2009 10:43:41 GMT
Content-Length: 38821876
Accept-Ranges: bytes
Server: Sun-Java-System-Web-Server/7.0
Date: Mon, 23 Mar 2009 09:13:23 GMT
ETag: "2505ff4-49c4c4dd"
X-Cache: MISS from sq10.wikimedia.org
X-Cache-Lookup: MISS from sq10.wikimedia.org:3128
Age: 19712
X-Cache: HIT from knsq16.knams.wikimedia.org
X-Cache-Lookup: HIT from knsq16.knams.wikimedia.org:3128
X-Cache: MISS from knsq19.knams.wikimedia.org
X-Cache-Lookup: MISS from knsq19.knams.wikimedia.org:80
Via: 1.1 sq10.wikimedia.org:3128 (squid/2.7.STABLE6), 1.0 knsq16.knams.wikimedia.org:3128 (squid/2.7.STABLE6), 1.0 knsq19.knams.wikimedia.org:80 (squid/2.7.STABLE6)
Connection: keep-alive

---response end---
200 OK
Registered socket 3 for persistent reuse.
Length: 38821876 (37M) [image/jpeg]
Saving to: `Untersberg_panoramic_view_winter.jpg.2'

28% [==============================> ] 11,061,807 --.-K/s eta 6m 22s

Resetting to default assignee, as I'm no longer involved in running the DL servers.

Does this sort of cutoff still happen, or can we close this out?

Resolving as I can't reproduce it anymore. Please reopen if this is still an issue.