Ich bekomme die folgende Fehlermeldung....

Zunächst ganz allgemein: Gerade Fehlermeldungen aus neueren Versionen sind noch nicht ganz aufgeklärt worden. Ansonsten sind die nachfolgenden Erklärungen aus Beiträgen in den Boards  von www.emule-project.net zusammengetragen worden, vereinzelt aber auch nur begründete Annahmen.

a client caused an unhandled error while receiving or processing a packet. Disconnect

Client Fehlerhaftes oder ungültiges Paket empfangen verursachte einen Fehler oder verhält sich ungewöhnlich. Verbindung wurde getrennt.

Zunächst einmal liegt das Problem in den meisten Fällen nicht bei Dir sondern bei einem der Clients, von denen Du gerade ein File saugst oder die gerade eines von Dir saugen. Bei dem entsprechenden Client ist ein wie auch immer geartete Fehler in der Verarbeitung eines Datenpaketes aufgetreten. Das kann z.B. ein corruptes Pakte verursacht haben. Du hast nun wahrscheinlich eine Downloadquelle weniger, aber ändern kannst Du daran nichts.

Ein weiterer Grund kann allerdings sein, daß Du im laufenden Betrieb "aufgeräumt" hast, also ein File aus dem Share entfernt hast. Das geht zwar nur, während niemand dieses File lädt. Wenn das File aber weg ist und ein User aus deiner Queue wäre nun mit genau diesem File dran, so ist ebenfalls obige Anzeige zu sehen.

Getrennt wird nur die Verbindung zu DIESEM Client, nicht die zum Server!

Fatal error: unable to create socket on Port 4662

Schwerer Fehler: An Port 4662 konnte kein Socket erstellt werden!

Das bedeutet in jedem Fall, daß der Port 4662 (also der Port, den eMule als Client benötigt) durch ein anderes Programm belegt ist. Der Fehler tritt also z.B. auf, wenn man versucht, zeitgleich zu eMule noch eDonkey oder overnet laufen zu lassen. Das ist zwar im Prinzip möglich, aber nur nach Veränderungg der Defaultwerte in den Porteinstellungen.

Der Fehler ist auch schon vereinzelt in Verbindung mit dem hier im Board beschriebenen "Restart Tool" beobachtet worden. Vermutung hier: Der Port wird schneller wieder belegt, als er zuvor freigegeben worden ist.

ERROR: Your port 4662 is not reachable. You have a LOWID

Fehler: Dein Port 4662 ist nicht erreichbar. Du hast eine LowID

Diese Meldung kann mehrere Gründe haben: Entweder eine Firewall oder ein konfigurierter Router verhindert den Zugriff auf Port 4662. Was hier zu tun ist, ist unter den Punkten "Firewall" bzw. "Router" im Kaputel "LowID Problematik" beschrieben. Oder der Server ist zu ausgelastet, um die Login Daten korrekt und vollständig auszutauschen und bricht zu früh ab. In diesem Fall hilft es, über "Trennen" und erneutes "Verbinden" sich einen anderen Server auszusuchen.

Manchmal lautet die Meldung folgendermaßen:

ERROR: Your port 4662 is not reachable. You have a LOWID http://www.edonkey2000.com/documentation/lowid.html ! Please correct your network config !

Diese Meldung wird nicht im Log angezeigt, sondern im Server Info Fenster. Und sie wird immer nur in englisch angezeigt. Es handelt sich um die Nachricht eines Servers an den Client beim Connect. Sie wird vom (Linux-) Server "Lugdunum" dann versandt, wenn dieser nicht über den Port 4662 kommunizieren kann. Auch hier: Wenn die eigenen Einstellunge offensichtlich i.O. sind, einfach nur über "Verbinden" einen anderen Server wählen, der weniger empfindlich ist.

Fatal Error while trying to connect. Internet connection might be down

Schwerer Fehler beim Verbindungsaufbau. Möglicherweise ist die Internetverbindung unterbrochen.

Natürlich könnte die angezeigte Vermutung, daß keine Internetverbindung existiert, tatsächlich zutreffen, doch dies ist eher die Ausnahme. eMule versucht nicht übermäßig lange eine Verbindung herzustellen und wenn diese Zeit nicht ausreicht, kann es zu dieser Meldung kommen. Es gibt mehrere Möglichkeiten damit umzugehen:

• Zunächst einmal überprüfen, ob möglicherweise eine Zwangstrennung durch den Provider nach 24 Stunden erfolg ist und keine automatische Wiedereinwahl eingestellt ist

• Dann sollte versucht werden, einfach noch einmal auf "Verbindungen" zu klicken, auch ein zweites oder drittes Mal

• Wenn zu keinem der in der server.met geführten Servern ein Connect hergestellt werden kann, tritt bei einigen Versionen diese Meldung ebenfalls auf. Vorsorglich die server.met aktualisieren (am besten aus einer anderen, als der sonst üblichen Quelle) und erneut auf "Verbinden" klicken

• reicht das nicht aus, erst einmal überprüfen, welche Anwendungen gerade noch auf das Internet zugreifen (Messanger, eMail Versand, Chat, etc.) Hier ggf. die nicht benötigten Anwendungen schließen.

• hilft auch das nicht, vorsorglich tatsächlich einmal die Internet Verbindung schließen und - erst nach mehreren Sekunden - neu starten.

• in manchen Ortsnetzen ist es für Kunden von t-online zu bestimmten Tageszeiten ausgesprochen schwer, DSL Verbindungen zu bestimmten Uhrzeiten aufzubauen. Meist zwischen 17:00 und 19:00 Uhr. In solchen Fällen noch häufiger versuchen, erneut zu connecten oder aber sich in Geduld üben und es später noch einmal versuchen.

• die Firewall "ZoneAlarm" verwendet - warum auch immer - die Connection sehr intensiv, vor allem ZoneAlarm Pro (so ist z.B. ein Serverbetrieb unter Zonealarm nahezu aussichtslos). Ggf. Zonealarm beenden und erneut versuchen.

• in besonderen "Härtefällen" den PC ganz herunterfahren, Stecker ziehen (bei ATX Boards ist der Rechner nach dem Herunterfahren NICHT stromlos!), 10 sec warten, neu starten und NUR eMule als Internet Anwendung starten.

An attempt was made to an unnamed file past its end

Diese immer einmal wieder beobachtete Fehlermeldung scheint allen bisherigen Beobachtungen zufolge vornehmlich User zu betreffen, die Win2000 und SP3 verwenden, wurde aber auch schon von WinXP Usern beobachtet. Der Fehler sollte mit Version 0.20b behoben werden, aber das ist nicht in der Liste der Changes aufgeführt.

Ein Hint ist hier eine neue saubere "Installation". Das bedeutet: neben der sowieso nicht zu übernehmenden "preferences.dat" auch eine vorhandenen "clients.met" und "known.met" NICHT verwenden.

Ungültiges Versiontag in server.met (0x3C)

Eine URL in der adresses.dat hat nicht funktioniert oder es wurde eine schadhafte server.met geladen. Einfach eine server.met aus einer anderen Quelle laden.

11/05/02 18:09:20: Error: Unable to hash downloaded part - hashset incomplete (xy.z). This should never happen

11/05/02 18:09:20: Fehler: geladener Teil der Datei konnte nicht geprüft werden - Hashset unvollständig (xy.z). Dies sollte niemals vorkommen

Diese Meldung tritt immer bei Dateien ohne hashset auf. Hashset ist eine Liste, die nicht nur eMule sondern auch eDonkey für jeden "chunk" führen, also für jeden Teil einer Datei und diese Chunks sind etwa 9 MB groß. Ein hashset dient dazu, Dateien eindeutig zu identifizieren, so daß auch aus mehreren Teilen tatsächlich die richtige Datei zusammensetzen läßt.
Sind nun aber Dateien kleiner als 9 MB, so handelt es sich aus Sicht von eMule nicht um einen vollständigen Teil, quasi um ein nicht kompletten Chunk.
Aus diesem Grund sieht man diese Fehlermeldung IMMER bei Dateien, die kleiner als 9 MB sind, also bei jeder .cue Datei, bei den meisten Textdateien, eBooks, mp3 etc.
Das muß dann kein Anlaß zur Sorge sein, denn wenn das File completed hat, ist es völlig in Ordnung. Wenn es am Ende im Incoming Ordner steht, war der Download in jedem Fall erfolgreich.

Client 'xxx' (IP:xxx.xxx.xxx.xxx) caused an error: corrupted or invalid hashset received. Disconnecting client!

Client 'xxx' (IP:xxx.xxx.xxx.xxx) verursachte einen Fehler: beschädigtes oder ungültiges hashset empfangen. Verbindung wurde getrennt.

Nichts, was man selbst beheben kann. Diese Meldung wurde durch einen anderen Client verursacht, der ein ungültiges hashset einer Quelle übermittelt hat.

Getrennt wird nur die Verbindung zu DIESEM Client, nicht die zum Server!

Sonstige Probleme und Fehler

 

Statusmeldungen

 

Was bedeuten eigentlich diese Statusmeldungen?

Asked for another File

Andere Datei angefordert

Diese Meldung kann man oft hinter Usern in der Downloadliste sehen, wenn man die Userliste eines Files durch Doppelklick zur Anzeige bringt.
Dazu muß man zunächst verstehen, daß normalerweise zu jedem andern User immer nur genau eine Verbindung geöffnet sein kann. Es ist zwar auch schon anderes beobachtet worden, aber das fällt wohl eher unter die Rubrik „Bug“ und soll hier nicht weiter erörtert werden.
Es kann nun geschehen, daß ein User mehrere von Dir angeforderte Files hat. Die Existenz dieser User wird zwar angezeigt und somit auch als Quelle dargestellt, aber es kann eben immer nur ein File – genauer gesagt, einen „chunk“, also einen kleinen teil des Files – von einem User übertragen werden. Hinter allen anderen Namen dieses Users steht obiger Eintrag. Dabei muß der User nicht einmal etwas übertragen, es kann auch lediglich sein, daß man in „queue“ steht.

On queue

In Warteschleife

Ebenfalls eine Statusmeldung hinter Usern in der Downloadliste
Beim entsprechenden User hat man ganz normal connected und ist in die Warteschlange eingereiht. Benutzt der User ebenfalls eMule, kann man auch den Platz in der Warteschlange erkennen. (Siehe auch "QR:")

Transfering

Übertrage

Ebenfalls eine Statusmeldung hinter Usern in der Downloadliste
Wohl die angenehmste Statusmeldung: Man bekommt gerade etwas von diesem User.

Corrupted compressed packet for {Dateiname} received

Corruptes Paket für {Dateiname} empfangen

Diese Statusmeldung wird in der Fußzeile von eMule angezeigt.
Es ist keine besonders gefährliche Anzeige. Es wurde ein als schadhaft erkanntes Datenpaket empfangen. eMule merkt sich das allerdings und wird dieses Paket erneut anfordern – notfalls auch ein weiteres Mal. Dadurch entsteht übrigens auch der Effekt, daß die geladene Datenmenge manchmal größer erscheint, als die Original Datei

You are already downloading this file

{Dateiname} wird bereits geladen

Diese Statusmeldung wird in der Fußzeile von eMule angezeigt.
Diese Meldung bekommt man dann, wenn man eine Datei herunterladen will, die im incomming oder temp Ordener schon vorhanden ist. Dabei ist der Dateiname völlig unerheblich, es wird lediglich der Hash-Wert der Datei berücksichtigt. Die Meldung wird man also auch erhalten, wenn man eine vom Namen her völlig andere Datei laden möchte, die aber lediglich umbenannt (oder ein Fake?) ist.

CAn't connect LOWID TO LOWID

Kann nicht LowID zu LowID verbinden

Das bedeutet, dass DU eine niedrige ID hast und bei dem du saugen willst auch eine niedrige ID hat.Leider klappt der dl/ul bei niedrigen ids untereinander nicht, das ist wie bei edonkey....

Was bedeuten diese Markierungen und Zeichen?

Hinter den Usern im Uploadfenster kann stehen:

= normaler edonkey oder mldonkey Client

= emule Client, der das erweiterte emule Protokoll unterstützt. Dieses Protokoll bietet einige Features, die aber nur bei Clients funktionieren die dies auch unterstützen.

= Client, der das High Credit System unterstützt. Mehr dazu weiter unten im nächsten Punkt.

= ein anderer Client hat eine Nachricht geschickt hat. Um diese zu lesen geh einfach mal ganz rechts auf Messages, dort kannst du dann auch antworten.

Im Downloadfenster, bei Anklicken eines Files, können hinter den Usern folgende Symbole stehen:

= zu diesem User besteht aktuell eine Verbindung. Es wird gerade ein File oder zumindest Hash Informationen übertragen.

= bei diesem Client steht man in der Queue oder es wird angefragt.

= zu diesem Client wird gerade connected

= von diesem Client bekommt man - zumindest im Moment - nichts. Gründe hierfür können sein: "No needed parts", "asked for another file" oder "unable to connect because of a low ID"

= dieses Symbol vor dem Wort "Connected" zeigt, daß alles in Ordnung ist: Es besteht eine Verbindung und man hat eine hohe ID. Sind die Pfeile statt dessen gelb hat man eine niedrige ID.

= dieses Symbol vor den Worten "Not Connected" zeigt, daß momentan keine Verbindung besteht. Vergessen den "Connect" Button zu klicken?

In der Fußzeile kann man auch den Status und die Höhe von Up- und Download erkennen:

= im Moment wird nur herunter geladen, aber noch nichts hoch geladen

= im Moment wird nur hochgeladen, aber man bekommt nichts

= der Idealfall: man gibt ab (Upload) und man erhält (Download)

Was bedeuten die Zahlen hinter den Quellen?

Die erste Zahl bei Sources gibt an, bei wievielen anderen Clients man "on queue", etc. steht. Die Zahl hinter dem Schrägstrich gibt an, von wievielen Clients man nichts bekommen kann, weil sie keine benötigten Teile haben.
Die Zahl in Klammern ist die Anzahl der Clients von denen man gerade Daten empfängt.

Und die weiteren Angaben im Downloadfenster?

Die zusätzlichen Informationen sollten eigentlich selbsterklärend sein. Unter "Verbleibend" kann man abschätzen, wie lange ein DL noch dauern könnte - falls die gegenwärtige Transfergeschwindigkeit konstant bleibt.


Was bedeutet ein Eintrag wie z.B. "QR: 77" hinter einem User?

QR ist die Abkürzung für "Queue Ranking" und bezeichnet den Platz, auf dem man selbst beim betreffenden user in der Queue steht .

Das Ganze funktioniert so: emule verwendet ja ein erweitertes Protokoll und kann mit anderen emules verschiedene Informationen austauschen. Andere emule User erkennt man am grünen Kreuz vor den Usernamen.

Wenn nun nicht nur der andere User bei mir in der Warteschlange steht, sondern auch ich bei ihm, so teilt der andere emule über das erweiterte protokoll mit, an wievielter Stelle ich beim anderen in der Queue stehe. QR:5 heißt dann, daß ich wohl demnächst mal dran bin, während QR:1250 eher soviel wie "niemals" bedeutet....

Diese Information wird nur von eMule Clients geliefert! Daher ist ein QR Wert nicht hinter jedem User angezeigt, da z.B. eDonkey und mldonkey keine Informationen über den Platz in der Queue liefern.

Fragen zum Downloadspeed

 

Warum ist mein Download so niedrig ??

Das ist wohl die mit Abstand am häufigsten gestellte Frage, die sich in eMule, eDonkey oder Overnet Foren findet.

Zunächst ein Schnelleinstieg eine Überprüfung des eigenen Systems:

Einstellungen in Register "Verbindungen" OK? Wie schon ausgeführt, sollte UL etwa 80% des Maximums betragen, DL dem Maximum der Bandbreite und Connections ca. 500 (bzw. 100 bei Win98) angegeben sein. Näheres siehe dort.

Low ID? Wenn ein Router oder eine Firewall im System sind, diese optimal einstellen (siehe entsprechnde Punkte im Register). Sonst einfach noch einmal mit einem anderen Server connecten. Hilft auch das nicht, alle Punkte unter "ID Problematik" checken.

Aktuelle server.met? Eine server.met sollte allerspätestens nach 24 Stunden aktualisiert werden.

Bevor auf weitere Details eingegangen wird, sollte ein grundsätzlicher Punkt klar sein:

Gesamter Download = Gesamter Upload

Damit ist nichts anderes gemeint, als die Tatsache, daß man aus einem System nicht mehr herausholen kann, als hineingesteckt wird.
Die überwältigende Mehrheit der File-Sharer hat einen der gängigen DSL Anschlüsse und kann damit 16 Kilobyte/sec maximal uploaden. Die Menge, die von Usern mit Breitbandanschlüssen mehr hochgeladen wird, wird durch die ausgeglichen, die kein DSL haben, ihr System sehr stark belasten, ihren Upload stark begrenzen (böse!) usw.
Daraus ergibt sich, daß eine Downloadrate von etwa 16 kbs (plus/minus 4) ein guter Mittelwert ist. Bessere Werte kann mal letztendlich nur dadurch erhalten, daß andere User weniger bekommen. Und Spitzenwerte nur dadurch, daß andere extrem wenig bekommen.

Downloadrate von 8 oder niedriger

In diesen Fällen sollte schon einmal überprüft werden, ob das eigene System eigentlich optimal eingestellt ist. Unter "Einstellungen" im Register "Verbindung" sollte einmal kontrolliert werden:

• - Downloadrate: 0 Das bewirkt, daß man soviel bekommt, wie das System hergibt

• - Uploadrate: 13 (bzw. 80% der Bandbreite) Das bewirkt, daß der Upload auf diesen Maximalwert begrent wird. Höhere Werte verhindern gleichzeitiges Surfen und beschränken den Download. Niedrigere Werte erhöhen wegen des Credit Systems die Wartezeit in Queues. Niedriger als 10 bewirkt, daß der Download auch durch die UL/DL ratio begrenzt wird

• - Max Connections: Je nach Betriebssystem. Maximal 150 für Win98 oder WinME / bis zu 1000 bei Winn2000 oder WinXP. Höhere Werte sind bei eMule nicht nötig und auch schädlich für die Stabilität (Ressourcenbelastung). Ein Wert von 1000 bei WinXP hat sich als recht passabler Wert herausgestellt.

• - Max Sources: Der Wert sollte hoch genug eingestellt sein, daß eMule Quellen findet aber auch nicht zu hoch eingestellt sein.
  Ansonsten verwendet eMule zu viele Ressourcen auf die Quellensuche. 200-400 genügen hier, aber auch 500 hat sich als recht passabler Wert herausgestellt.

• Wenn diese Einstellungen ok sind, die ID überprüfen. Ist das Pfeilsymbol vor "Connections" grün? Falls nein, bitte im Thread "ID Problematik" nachlesen.

• Dann überprüfen, was und wieviel man downloaden möchte.
  Vielleicht ist nur eine Datei in der Queue (zum Download angegeben). Wenn die Datei zudem noch selten ist hat man so gut wie keine Aussicht darauf dass man z.B. die volle DSL-Speed ausnutzen kann. Das Netzwerk profitiert prinzipbedingt von vielen Dateien die heruntergeladen werden sollen. Vor allem wenn die Dateien stark verbreitet sind, kommt dies zum Tragen, vor allem das Runterladen von vielen Quellen.
  Es kann also schon helfen, einfach noch einige Dateien zu downloaden.
  
  Allerdings nutzt die beste Verteilung nichts, wenn gleichzeitig zu viele User die Dateien wollen. Dann werden nämlich zunächst so viele User connected, wie Anbieter zur Verfügung stehen und der Rest landet eben doch nur in der Warteschlange.

• Überprüfen, ob eine aktuelle "frische" Server.met vorliegt. Nur dann kann man überhaupt connecten und nur, wenn connected ist, kann man überhaupt (neue) Quellen erhalten.

Im Übrigen: eMule profitierte anfänglich (Anfang September 2002) davon, durch schlankere Programmierung und bessere Ausnutzung des Protokolls schneller connecten zu können, als z.B. eDonkey. So unschön das klingt, aber die "schnellen" Downloads nahmen den Usern mit der älteren Software gewissermaßen den Speed weg. Zwischenzeitlich ist eMule deutlich weiter verbreitet und damit egalisiert sich das Ganze. Downloadraten von 50, 60 oder gar über 80 kbs sind zwischenzeitlich die Ausnahme und können definitv durch NICHTS "erzwungen" werden.

Systeme in eMule