bugmldonkey, a multi-networks file-sharing client - Bugs: bug #7808, uploaders get stuck in upload slots

 
 

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

bug #7808: uploaders get stuck in upload slots

Submitted by:  None
Submitted on:  Fri 20 Feb 2004 07:04:11 AM UTC  
 
Category: eDonkey-PluginSeverity: 6 - Security
Item Group: Program malfunctionStatus: Fixed
Assigned to: NoneOpen/Closed: Closed
Release: 2.5.12Release: 2-5-12
Operating System: LinuxBinaries Origin: CVS / Self compiled
CPU type: None

(Jump to the original submission Jump to the original submission)

Tue 13 Apr 2004 07:56:03 PM UTC, comment #9:

This bug seems to be solved according to discussions on various forums with the already mentioned patches.

spiralvoice <spiralvoice>
Project Administrator
Fri 12 Mar 2004 04:50:22 PM UTC, comment #8:

Please try this patch: http://denis.fortin.free.fr/uploadslots.patch
Discussion takes place here: http://mldonkey.berlios.de/modules.php?name=Forums&file=viewtopic&p=12016#12016

spiralvoice <spiralvoice>
Project Administrator
Wed 10 Mar 2004 04:15:19 PM UTC, comment #7:

Problem persists in 2.5-16 with CVS clean compiled and spiralvoce cores.

Is there any chance of making this annoyance going away, since it is a real showstopper for longrun cores.

Anonymous
Sun 29 Feb 2004 03:07:57 AM UTC, comment #6:

Yes, I have the same thing, I'm using the same release.

When I go view uploaders (via web, port 4080) here is what my table looks like (wider is better for viewing this):

Total upload slots: 5 (0) | Pending slots: 211
Num Network C Client name IP address CT CB DL UL Filename
3017 Donkey D http://emule-project.net 82.xxx.xx.190 1126 eMU 0 0
4063 Donkey D http://emule-project.net 24.xxx.xxx.125 1117 eMU 0 0
4528 Donkey D gonzo 81.xx.xxx.121 1116 eMU 0 0
4718 Donkey D See Doo 193.xxx.xx.155 1114 eMU 0 0
9812 Donkey D http://emule-proje... v8] 80.xxx.xx.128 1024 eMU 0 0

1126 Minutes is like, 19 hours. UL / DL is nothing.

When I first noticed this, the non-downloading clients were disconnected (perhaps THEY disconnected from me) within 20-30 minutes. I checked back every once in a while and there were two clients that never downloaded anything. It was a different 2 clients every 20-30 minutes though. NOW there's five that have never transferred a single byte, clogging my slots for others for the past 18.8 hours. (My client's uptime is 22.4 hours right now).

Thanks to the previous poster about dynamic_upload_lifetime.

Thanks to mldonkey team members for your continued work on the best ever p2p software.

-Nate

I wish I could use CVS. Still having troubles setting it up. BUT That's what I deserve for mixing Stable, Testing, and Unstable Debian packages !!! (Different day, different headache.)

Anonymous
Tue 24 Feb 2004 11:57:49 PM UTC, comment #5:

My guess is that CVS 2004/01/16 is the last version you can get from CVS without that bug. All releases from mid-january to end january can not be fetched from CVS because of some flaw in tagging the files.

spiralvoice <spiralvoice>
Project Administrator
Tue 24 Feb 2004 02:33:50 PM UTC, comment #4:

This problem seems to exist also in version 2.5-5, at least the compiled version of spiralvoice.

Anonymous
Sun 22 Feb 2004 04:49:47 AM UTC, comment #3:

Triend on systems with differen speed (400Mhz, 800Mhz) and different CPU (intel, athlon) and distribution (SuSE 8,1 and 9.0) with CVS build (each version starting with 2.5-6) and your spiralvoice cores up to 2.5.12. Same problem all over.

Uni32.ml hasnt changed since 2.5-6. Very problematic file handling. Destroy and such in stead of proper flag usage some people say.

However, your spiralvoice cores on win32 don't seems to show that problem so far.

Anonymous
Sat 21 Feb 2004 03:34:16 PM UTC, comment #2:

This is due to changes made in uni32.ml introudced in 2.5-6. THe bug is predicted there already. The file handling need a big brushup in my opinion.

dynamic_upload_lifetime doesn't help at all.

Anonymous
Fri 20 Feb 2004 11:29:40 AM UTC, comment #1:

Never had dynamic_upload_lifetime enabled but it happens here also.

spiralvoice <spiralvoice>
Project Administrator
Fri 20 Feb 2004 07:04:11 AM UTC, original submission:

they dont download anything but if all slots get filled with them nobody can upload from me

nothing seems to shake them loose not even the nu command

though disabling dynamic_upload_lifetime seemed to help once

Anonymous

 

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):

 

 

Follow 8 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Tue 13 Apr 2004 07:56:03 PM UTCspiralvoiceStatusNone=>Fixed
  Open/ClosedOpen=>Closed
Mon 15 Mar 2004 12:57:10 AM UTCspiralvoiceSeverity4 - Important=>6 - Security
Tue 02 Mar 2004 08:36:51 PM UTCspiralvoiceCategoryGUI=>eDonkey-Plugin
  Item GroupCompilation problem=>Program malfunction
  ReleaseNone=>2-5-12
Tue 02 Mar 2004 08:09:55 PM UTCt8mCarbon-Copy-=>Added t8m
Fri 20 Feb 2004 11:29:40 AM UTCspiralvoiceSeverity3 - Normal=>4 - Important

Back to the top


Powered by Savane 3.1-cleanup1