clone 451176 -1
retitle 451176 debtorrent: should give up on pieces that cannot be grabbed
retitle -1 debtorrent: when mirrors fail, try to rotate DNS to get new one
severity -1 wishlist
thanks

On 11/13/07, Chris Lawrence <[EMAIL PROTECTED]> wrote:
> The debtorrent-client.log file contains repeated messages like the following:
>
> 2007-11-13 16:14:00,674 MainThread DebTorrent.BT1.Rerequester INFO Next piece 
> to download/request: 30127
> 2007-11-13 16:14:00,675 MainThread DebTorrent.BT1.HTTPDownloader INFO 
> downloading piece 30127
> 2007-11-13 16:14:00,874 MainThread DebTorrent.BT1.HTTPDownloader WARNING bad 
> status from http seed: 404
>
> Perusing further back in the log:
>
> 2007-11-13 15:46:19,391 MainThread DebTorrent.BT1.AptListener INFO
> queueing request as file
> ftp.us.debian.org/debian/pool/main/x/xmltv/libxmltv-perl_0.5.50-1_all.deb
> needs pieces: [30127]

Thanks for perusing the log, that really helps a lot with bug reports! :)

This is probably due to a recent problem with one of the mirrors that
ftp.us.d.o resolves to. One was not keeping up with the others,
resulting in getting Packages files from one mirror that contain
packages the out-of-date mirror doesn't know about. The problem has
since been fixed, see here for more info:

http://lists.debian.org/debian-mirrors/2007/11/msg00029.html

> DebTorrent would probably be more robust if it recognized when the
> same piece couldn't be retrieved after a few tries (3-5?) and
> downloaded the needed packages from the fallback mirror instead.

Unfortunately this is not possible, since debtorrent only knows about
the one mirror (ftp.us.d.o) and no others. (Unless you meant that it
should try one of the other DNS entries that address resolves to,
which is something I think apt does, and might be possible.)

If you want apt to fall back to a different mirror you might want to
try adding another mirror entry to your sources.list file after the
debtorrent entry. Then apt should use it (I think) when the debtorrent
request times out.

> The torrent downloader also seems to get stuck at this point, as there
> is demand for other pieces but they don't seem to be being downloaded,
> in preference for repeated attempts to get piece 30127 which
> immediately fail.

This should be fixable, I'll look into it. I've kept your original bug
for this issue and created a new wishlist one for looking into the
mirror DNS issue.

Thanks,
Cameron



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to