Last modified: 2011-11-29 03:21:02 UTC
The last months or so, specially from upload.wikimedia.org, I've gotten often interrupted downloads, showing here: [0:0][azatoth@azabox tmp]$ LANG=C wget http://upload.wikimedia.org/wikipedia/commons/3/36/Rhine-animation.gif --2009-02-22 04:12:17-- http://upload.wikimedia.org/wikipedia/commons/3/36/Rhine-animation.gif Resolving upload.wikimedia.org... 91.198.174.3 Connecting to upload.wikimedia.org|91.198.174.3|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 12466915 (12M) [image/gif] Saving to: `Rhine-animation.gif' 66% [==============================================================> ] 8,284,015 --.-K/s eta 80s I don't think I have an anti-wiki router, so I'll report it as an bug here.
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.
