This forum has been archived. All content is frozen. Please use KDE Discuss instead.

Seeding files turn corrupt

Tags: None
(comma "," separated)
Kreuger
Registered Member
Posts
38
Karma
0

Seeding files turn corrupt

Fri Jun 22, 2007 4:31 pm
For some reason after I've finished downloading some things and I'm just seeding, KTorrent decides that part of that file is corrupt and wants to re-download the part. It becomes quite annoying when some things do it repeatedly (although I've already used the file and know it's not corrupt)
George
Moderator
Posts
5421
Karma
1

Fri Jun 22, 2007 5:00 pm
Version ? And what happens when you check the data manually ?
Kreuger
Registered Member
Posts
38
Karma
0

Sat Jun 30, 2007 12:18 am
2.2beta1 it says that some chunks are failed/not downloaded but it redownloads them and starts to seed again
Akkara
Registered Member
Posts
2
Karma
0

Mon Jul 09, 2007 11:01 am
Hi!

Adding my report of having seen this problem with ktorrent 2.2rc1, used with kde 3.5.5. Doesn't happen always, seems to be about 1/2 the time, randomly as far as I can tell.

In configuration:
"Automatically save downloads to" is set to one path.
"Move completed downloads to" is set to a different path, on a filesystem that resides on a different partition.

When a torrent completes, the copy box pops up. This can take half minute on a large download because the different partitions requires a copy and delete, rathar than a simple move.

As it does its copy, sometimes a error box pops up that says something to the effect of: (paraphrasing, I don't have the errorbox up at the moment).
Cannot find some of the files. What would you like to do?
[Recreate] [Not Download] [Cancel]


If I click on "[Not Download]" it'll go to seed mode with the part of the torrent it thinks it has. However the whole torrent has been properly copied over, checksums match, etc. I have never seen a case where the purportedly incomplete torrent wasn't in fact all there and correct.

Going to the files-viewer shows missing checkmarks next to the files it thinks hasn't been downloaded.

If I stop the seeding, manually check the checkboxes in the files-viewer, and then select Downloads->Check Data Integrity, it correctly realizes that it does in fact have the full download.

However if seeding is restarted, it errors out with (paraphrasing) "Cannot read [filename]". Checking the temp-files/torNN/cache directory reveals that some of the symlinks still point to temp-files/torNN/dnd/filename.dnd from when it incorrectly thought it was a incomplete download. Forcing these links to point to the files in the move-completed-downloads-to directory fixes the problem and seeding proceeds normally.


If, instead of "[Not Download]", I click on "[Recreate]" it doesn't seed, rathar it attempts to re-download what has already been downloaded. It doesn't seem to get anywhere however. If I then go into the cache directory and force the symlinks to point to the right places, then do a Check Data Integrity, it correctly concludes it has the full thing and it pops into seed mode with no further errors.


If there's more information you need I'll be glad to try to help out. This new client seems great, except for this one aspect.

Thanks!

Last edited by Akkara on Mon Jul 09, 2007 11:11 am, edited 1 time in total.
lucke
Registered Member
Posts
205
Karma
0

Mon Jul 09, 2007 11:09 am
I noticed that if I delete a file from a multifile torrent, it apparently deletes also the common chunk shared with the neighbouring file. Integrity scan reveals its missing.
George
Moderator
Posts
5421
Karma
1

Mon Jul 09, 2007 5:26 pm
First of all, upgrade to 2.2 and see if happens in that version.

I noticed that if I delete a file from a multifile torrent, it apparently deletes also the common chunk shared with the neighbouring file. Integrity scan reveals its missing.


How are you deleting this file ?
lucke
Registered Member
Posts
205
Karma
0

Mon Jul 09, 2007 5:39 pm
Both ways (through the filesystem and through KTorrent) seem to bear similar results.
George
Moderator
Posts
5421
Karma
1

Mon Jul 09, 2007 6:24 pm
lucke wrote:Both ways (through the filesystem and through KTorrent) seem to bear similar results.


Well if you delete via the filesystem, this is normal. But this should not happen if you go via KT.

EDIT: just tested it with KT, and it works
irinotecan
Registered Member
Posts
1
Karma
0

Fri Jul 20, 2007 1:48 am
I am also experiencing this problem, it only started happening after an automatic update to 2.2

this is happening on kubuntu 7.04 (feisty), kde 3.5.7

It is not happening to torrents that completed prior to the 2.2 upgrade, only on torrents that are started with 2.2. Also, I am seeing this problem, both on torrents after they are 100% download and seeding, and before I finish downloading.

Also, this seems to be happening on multi file torrents that I select only part of to download, instead of the entire package.

In addition, my upload/download tracker ratio on sites that monitor this no longer seem to be updating.
George
Moderator
Posts
5421
Karma
1

Fri Jul 20, 2007 6:54 pm
irinotecan wrote:I am also experiencing this problem, it only started happening after an automatic update to 2.2

this is happening on kubuntu 7.04 (feisty), kde 3.5.7

It is not happening to torrents that completed prior to the 2.2 upgrade, only on torrents that are started with 2.2. Also, I am seeing this problem, both on torrents after they are 100% download and seeding, and before I finish downloading.

Also, this seems to be happening on multi file torrents that I select only part of to download, instead of the entire package.

In addition, my upload/download tracker ratio on sites that monitor this no longer seem to be updating.


The file selection in the dialog is broken in 2.2, this will be addressed in 2.2.1. You will have to redo it manually in the files tab until 2.2.1.


Bookmarks



Who is online

Registered users: Bing [Bot], Google [Bot]