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

Submitter:  Markus Hitter <hitterm>
Submitted:  Sat 26 Apr 2003 08:09:37 PM UTC
   
 
Category:  Core Severity:  3 - Normal
Item Group:  None Status:  None
Assigned to:  None Open/Closed:  Closed
Release:  None Release:  2.04rc3
Operating System:  Mac OS X 10.3 Binaries 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>
Group 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>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

 

Follows 1 latest change.

Date Changed by Updated Field Previous Value => Replaced by
2003-12-02 spiralvoice Open/ClosedOpen Closed

Back to the top

Powered by Savane 3.13-4b48.
Corresponding source code