bugmldonkey, a multi-networks file-sharing client - Bugs: bug #3339, md4's of a file can become...

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #3339: md4's of a file can become inconsistent when recovering temp

Submitted by:  Markus Hitter <hitterm>
Submitted on:  Sat 26 Apr 2003 08:09:37 PM UTC  
 
Category: CoreSeverity: 3 - Normal
Item Group: NoneStatus: None
Assigned to: NoneOpen/Closed: Closed
Release: 2.04rc3Release: None
Operating System: Mac OS X 10.3Binaries Origin: None
CPU type: None

Tue 02 Dec 2003 06:54:43 PM UTC, comment #3:

This patch report is very old. If the bug still exists in current
versions please post a new bug report - spiralvoice

spiralvoice <spiralvoice>
Project Administrator
Tue 13 May 2003 01:20:03 PM UTC, comment #2:

edonkey doesn't use plain md4 hash of the file, but the hash of the concatenated chunks hashes.
Use ed2k_hash to compute the files hashes.

Anonymous
Sat 26 Apr 2003 10:15:52 PM UTC, comment #1:

To investigate further, I replaced the contents of a partially downloaded file with rubbish. File size and name still the same. Then, after deleting files.ini* and shared_* again a temp_recovery.

After some time with disk activity but without noticeable download, four chunks were marked as being finished (light blue in the web GUI). This is clearly wrong.

Markus Hitter <hitterm>
Sat 26 Apr 2003 08:09:37 PM UTC, original submission:

Today, a download messed up and a bad file were comitted for sharing. The file is bad, the md4 sum and the filename differ. To fix the issue, I deleted all .ini files and recovered temp.

After some minutes, all chunks are marked as good, apparently without any actual download and the file is marked for commit again.

Trying to debug, I calculated and compared the md4 sums of each chunk by hand and found the same numbers listed in files.ini. The md4 sum of the whole file in files.ini fits the file name and the value I get from a seach in the network, but doesn't fit the actual calculated checksum of the file.

Since it's impossible to mark single files or even single chunks for a re-comparison with what's on the network, it's hard to find out what's wrong. "Verify chunks" in the Web GUI doesn't show any sign of activity.

Markus Hitter <hitterm>

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follows 1 latest change.

Date Changed By Updated Field Previous Value => Replaced By
Tue 02 Dec 2003 06:54:43 PM UTCspiralvoiceOpen/ClosedOpen=>Closed

Back to the top


Powered by Savane 3.1-cleanup1