Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[dummy00001]

Hi!

  I'm using Kry's binary for 2.0.0 and experience weird problem.

  I've been bringing downloads from mlDonkey - sequence simple: search -> download -> search download -> ... adn so on for 7 files. All downloads have started immeadiately, except two last added ones. I've seen that eMule can sometime postpone search for sources so for some time - limit on new connections is reached or something like that - so new downloads can be stuck for some short time with no sources and no activity.
  Well, one day later I have found that those last two downloads are still without sources. Relaunce of aMule have helped - and downloads are actually started.

  Yesterday I again searched/added couple of new files to download - and this evening when I came home I have found them still sitting with no sources... Relaunce helped.

  It seems to be some serious bug: relaunching aMule is no-no.

[stefanero]

have you tryed just simple changing server?

but true,  its still a bug...

[dummy00001]

Thanks for workaround - I'll try it next time I have problem.

[dummy00001]

I do not see reconnect working :-(
Seven new files sat w/o source for 5 minutes. I have tried (dis+re)connect toether with pausing/resuming downloads in different combinations - it didn't helped.

On relaunch all newly added files got sources - few but still better than no activity... :-(((

[dummy00001]

"few but still better than no activity"

I meant to say this is rare files - so they do not have much sources. not that it has anything to do with aMule.

[ken]

dummy00001, do you have High-ID or Low-ID?

[dummy00001]

High ID.

[Apple iBook + AirPort Extreme Card : 192.168.x.x] -> [LinkSys WRT54G WLAN+Router : Real IP] -> [Motorolla SurfBoard] -> [KabelBW - German cable tv/voip/net provider]

LinkSys has a DMZ setup for my notebook. Mac OS firewall is up with port range for ed2k net open.

Or shorter: both arrows on icon left to server name in status bar are green.

[dummy00001]

[CENSORERD].

Today I have discovered that this bug can hit any new download.

I have search/started yesterday bunch of files (in addition to two quite active and huge downloads). All newly added  dls sat with 0 sources for some time. Then I have experimented with server reconnection - to no avail. Then I have relaunched aMule - everything looked Okay. Today I have found that one of the later downloads was half finished and sat w/o sources. [CENSORED]. I have restarted aMule, 7 sources were immediately found and it finished in less than hour.  ?(

Today I have search/added two downloads. Both had no sources. Restart - only one of them picks the sources - second still sits with no sources...  ;(

Any suggestions?

P.S. I have had strong suspicions that this is global searches which intervene with new download start-up. Could it be the case? I have noticed that two simultaneous global searches seem to not work together - only last one is progressing, while first is sort of aborted.

[dummy00001]

After more observations, I conclude that aMule does never search sources thru server. First time when download added it happens (sometimes), but after that - never.

I have so called "rare download" with 1-3 sources. It always loses sources in about six hours - people disconnect/reboot/whatever. After relaunch - aMule always finds them again- when it is forced to search thru server.

So if source exchange isn't working, download will stuck.

P.S. eMule has a little feature: one of the columns in downloads list, when sources for download are displayed, used to display origin of source: "Source Exchange", "Server", "Kad", etc. aMule doesn't display anything like that - so it is hard to make any conclusion. Hm, I can try to tcpdump on connection to server.

[ken]

Originally posted by dummy00001
LinkSys has a DMZ setup for my notebook. Mac OS firewall is up with port range for ed2k net open.

Hmm.  Just to clarify, when you say "port range for ed2k", do you include the UDP ports?  There are two: one is at TCP+3, the other is specified in preferences.  The TCP+3 one is most important for acquiring sources.  See this wiki page.   When aMule reports "High-ID", it means that the TCP port is open; it doesn't indicate anything about the UDP ports.

I believe that, when you are High-ID, aMule uses UDP to occasionally poll all the servers in your server list for sources.  When you are Low-ID, aMule only gets sources over its TCP connection to the server.  I don't know what happens when you are High-ID but your UDP port is blocked by a firewall.  It may result in what you are seeing.  In other words, it may assume that the UDP port is open and try to use that to query servers for sources, but since it's blocked you don't get any responses.

I don't know enough about routers to know if the DMZ implies port forwarding, but if not you have to forward the UDP ports to your notebook as well as opening them in your firewall.

I am behind a firewall that I don't control, so I'm Low-ID.  Of course, that means I only ever acquire sources from my server and from other clients.  Nevertheless, I don't see a problem like you are seeing.  I do have to connect to a server that has sources for the files I download, but I will eventually get those sources even for newly added downloads.

[dummy00001]

My normal practice is to use "random range" - I just prepend standard ip addresses with single digit. So on my firewall currently I have open 4660-4669,24660-24669,54660-54669 and I use 2466* range right now.

I see in "tcpdump host {server}" both UDP and TCP packets - something is going on between aMule and server, but I'm no protocol guru to tell what. and I do not have ethereal here at moment installed - I believe etheral can decode most of the ed2k protocol.

P.S. Most interesting I have option "save 5 sources on rare downloads" activated... It seems to not work at all. Does it have higher rank than check to drop "queue full" sources? -I have that activated too (helps very popular downloads).

[dummy00001]

After an hour with Ethereal, I see that my rare download doesn't receive any sources from server I'm connected to.

I pretty sure that eMule doesn't have this problem, so I can only guess that after failure to get any sources from current server, eMule starts global search for sources for this particular file.

The problem with rare file is you can never be sure that any source are present at all. All I can see that there is no sources retrieved from current server, and aMule in this case didn't started global search. I have tried several popular servers - RazorBack, eDonkeyServer & Devil Bytes - to no avail.

When I perform manually global search - it gives me 2 sources - but they never gets  picked up by aMule from manual search...  ;(

[m2kio]

hi dummy00001,

in parts i experience it as you, though a little better, maybe.
i'm on some rare files too, and i can tell, it's a pain in the a**.
but i still blame the rare downloads more on the rare sources.

'save 5 sources on rare files' seems to work for me. at least those files are most times the first to get sources after starting amule.

getting first sources for new files actually can take very long, 10 minutes or longer. and it seems to me that amule only gets sources for one file, then sits around for another 10 minutes until it asks for sources for the next file.

It seems that this is the same for more sources from other peers (dl'ing or ul'ing). And it seems that peers i am ul'ing to are not considered potential sources for data and sources for other sources at all. :-(

getting first sources for a file which is not present on the currently connected server does not work. i do not assume that it's expected to work. amule would have to connect to random other servers for that.
but at least it could querry all sources it already had found in a 'global search'.

a suggestion: try to compare your sources against Razorback 2's stats for this file.
connect to different servers which show sources for your files according to razorback 2's stats.

... m2kio !

[dummy00001]

m2kio:

getting first sources for new files actually can take very long, 10 minutes or longer. and it seems to me that amule only gets sources for one file, then sits around for another 10 minutes until it asks for sources for the next file.

I found this out after I have found that half newly added downloads after about _*20hours*_ were still sitting without sources. Relaunch - and every got 50-70 sources.

As I stated by first post in thread I know from my eMule experience that it could take time - I have seen situations when it took about half of an hour to get first sources by eMule. But nothing like a whole day...

m2kio:

in parts i experience it as you, though a little better, maybe.
i'm on some rare files too, and i can tell, it's a pain in the a**.
but i still blame the rare downloads more on the rare sources.

'save 5 sources on rare files' seems to work for me. at least those files are most times the first to get sources after starting amule.

I have had small rare download (0.75MB text file). I didn't wanted to relaunch aMule since I knew it was rare file and I didn't wanted to interrupt couple other downloads. Then after some time I had to restart my machine and relaunch aMule, the same server was picked up - and wonders - rare download got N sources and was finished even before I came across transfers tab. Miracles.

Rare downloads w/o sources vs. first downloads w/o first sources are different issues. But they combination is just killing me.

m2kio:

connect to different servers which show sources for your files according to razorback 2's stats.

I'll try that, thanks for idea.

P.S. Rare Files topic. "Get Sources" eDonkey client request to server - is it incremental? it doesn't seem like server sending all sources it does know about every time. Then it could be that server thinks that we have N sources and doesn't send them. but aMule already lost (or dropped) sources server had send us before - so we are stuck.

[ken]

The questions I still have:
[list=1]

• When you opened the ports in your firewall, are you sure you opened them for UDP as well as TCP?
• Is your LinkSys performing Network Address Translation?  Is it forwarding the UDP ports as well as the TCP ports to the iBook?
• Using Ethereal, have you been able to see any UDP ed2k traffic from your iBook to any of the servers other than the one to which you are connected?  Have you seen any responses from those servers back to your iBook?
  [/list=1]
  Thanks for your efforts in tracking this down.