eWombat 0.064E (07.11.03) Sehr wichtiger Security-Fix

[darkwolf]

Hi,

@gvastarfleet: Eine Kick-Funktion für Low-ID Clients werde ich definitiv nicht einbauen (das wäre der beste weg um den eWombat vom offiziellen board zu bannen)
Da du mit LowID Clients nur über einen Server kommunizieren kannst, bekommen LowID Clients von dir nur Upload, wenn du selber eine HighID hast, solange du allerdings eine LowID hast sollte eigentlich auch kein LowID Client in deine Warteliste kommen...
Da der eWombat aber alle Clients, die länger als 2 Stunden keinen Mucks mehr von sich gegeben haben, aufräumt würde ich sagen du hast ein LowID Problem...

@kw, wenn es für ein File viele Sourcen gibt ist das QR > x löschen sinnvoll (vorallem wenn das File ein relativ niedriges Hardlimit hat), da so die changen
grösser sind, das du eine neue Quelle bekommst, bei der du ein bessere QR hast..

Also allgemein: Bei Files mit wenigen Quellen ist das droppen nicht sinnvoll, bei Files mit vielen schon eher...(zumindestens das automatische Droppen, da es erst zum zuge kommt, wenn neue Quellen gefunden wurden und diese das Hardlimit überschreiten würden)...ob die neuen Quellen aber besser sind als die gedroppten, stellt sich leider erst heraus, wenn die neue Quelle das erste mal abgefragt wurde...

cu
Darkwolf

[kw]

@ darkwolf,

vielen Dank für die schnelle Antwort! Nachdem ich wohl meine hardwareseitigen Grenzen ausgelotet hab, kann ich mich jetzt in Ruhe noch mal mit den Wombat-Configs beschäftigen. Im Großen und Ganzen läuft´s ja (wieder)

[Tobsen23]

aber die kriegen doch nur nichts, wenn du auch ne lowid hast, oder sehe ich das falsch?

[gvstarfleet]

Zitat von darkwolf

Hi,

@gvastarfleet: Eine Kick-Funktion für Low-ID Clients werde ich definitiv nicht einbauen (das wäre der beste weg um den eWombat vom offiziellen board zu bannen)
Da du mit LowID Clients nur über einen Server kommunizieren kannst, bekommen LowID Clients von dir nur Upload, wenn du selber eine HighID hast, solange du allerdings eine LowID hast sollte eigentlich auch kein LowID Client in deine Warteliste kommen...
Da der eWombat aber alle Clients, die länger als 2 Stunden keinen Mucks mehr von sich gegeben haben, aufräumt würde ich sagen du hast ein LowID Problem...

Wenn ich eine Low-ID hätte, wie du sagst, dann würde ich so ein Problem nicht beschreiben. Ich habe einen User, der 1T12H bei mir drin ist.
Dieser hat hiter der Punktzahl 4 STERNE.
Es geht mir nicht darum alle Low-Id-Clienten zu bannen, aber gerade die 4*ner reagieren ja regelmäßig.
Ich kann dir leider nicht mehr sagen, seit welcher Version dieses schei** 4Sterne Ding zu implementieren und welchen sin das machen soll weiss ich auch nicht.

Dazu möchte ich noch sagen, dass das Problem ja nicht nur dein Mod hat, wahrscheinlich haben die anderen Mods, vielleicht auch der Offizielle, das gleiche Problem.

Es wäre doch sehr nett von Dir, wenn du dich mal bei einem Dev erkundigen könntest, was das für einen Sinn macht.

Als allerletztes habe ich immer Hohe ID´s und wenn dem nicht so ist, wechselt der eWombat automatisch den Server bis er einen mit einer Hohen ID gefunden hat.
Edit -> Problematisch ist das, wenn dieser ein Rares file hat, wo ich etwas bekommen und ich ihm auch etwas geben kann. Er bekommt nichts, wegen der 4* und ich darf länger warten, bis ich an dem File herum knabere.


@tobsen Das siehst du richtig !

[kw]

Guten Morgen,

als ich eben in meine Statistik geschaut habe, hat mich der Schlag getroffen! Was ist denn da los? Mieser geht´s ja wohl ncht mehr!


eWombat Version 0.064e [Build: 0.064.E]
ULL Ratio: 1.66 : 1 (1.40 : 1)
Downloaded: 400.22 MB (4.15 GB)
Uploaded: 662.82 MB (5.80 GB)
Average DL-Rate: 6.81Kbs (max: 23.89Kbs) UL-Rate 11.28Kbs (max: 12.28Kbs)
aktive Verbindungen (geschätzt): 66 - Zu viele Verbindungen: 0
UL-Sessions successful: 163 avg. time: 16:10 mins | failed: 1219 (can't connect: 291 | critical error: 721)
DL-Sessions successful: 167 avg. time: 17:20 mins | failed: 104 (can't connect: 0 )
Uploads Waiting: 2837 | Found Sources: 1730

S.U.I. successful: 58554 - failed: 189
Detected 1033 leechers, 43 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 16:42 h
Winsock: WinSock 2.0 Running
Mem: 28.53 mb | MMX optimization active
JobQueues: inactive


Ich hab nix gemacht! Ehrlich....

[Adnazar]

@KW:

hast Du mal probiert, wie es nach einem Re-Connect ausschaut ? Vielleicht hattest Du eine IP, die, wie und warum auch immer, unter Beschuss stand, oder sowas ?

Hier mal meine heutige Statistik, wobei der Wombat noch gegen reichlich Surfen und einige FTP-Uploads ankämpfen musste:

eWombat Version 0.064e [Build: 0.064.E]
ULL Ratio: 1 : 3.61 (1 : 1.65)
Downloaded: 2.11 GB (29.04 GB)
Uploaded: 596.45 MB (17.59 GB)
Average DL-Rate: 27.76Kbs (max: 55.47Kbs) UL-Rate 7.68Kbs (max: 11.70Kbs)
aktive Verbindungen (geschätzt): 202 - Zu viele Verbindungen: 0
UL-Sessions successful: 107 avg. time: 36:02 mins | failed: 28 (can't connect: 17 | critical error: 0)
DL-Sessions successful: 957 avg. time: 16:43 mins | failed: 277 (can't connect: 0 )
Uploads Waiting: 2921 | Found Sources: 2863

S.U.I. successful: 14916 - failed: 38
Detected 707 leechers, 68 credit thieveries
Corrupt blocks: 0 detected
Programm-Laufzeit: 22:05 h
Winsock: WinSock 2.0 Running
Mem: 29.39 mb | Athlon/Duron optimization active
JobQueues: inactive


Max. Conn: 750, HL: 250, 25 Conn/5Sek
ca. 100 Files aktiv, dabei aber hauptsächlich seltene, <50 Quellen
gefundene Quellen: 3,5k-4,5k

[kw]

@Adnazar,

ich denke auch, dass etwas seltsames dahintergesteckt hat, aber was? Habe eben mal den Wombat neu gestartet, nachdem er dann endgültig abgestürzt ist. Ich habe aber an den Einstellungen nichts verändert. Mir ist nur aufgefallen, dass er es gestern kaum geschafft hat, die gefundenen Quellen abzuarbeiten, egal bei welchen Einstellungen.

Mal gespannt, was er macht. Wie gesagt, die hardwaremäßigen Grenzen kenne ich. Jetzt teste ich nur noch die Config aus. Mehr als 6-7 Files haben keinen Sinn, egal, wie ich die Quellen bei mehreren Dateien verteile. Vom Limit/Richtwert 4000 Quellen bin ich weit enfternt, obwohl mein Router wirklich einiges packt (maxConn. 1024). Meistens liege ich zwischen 1500-2000 Quellen. Alles andere schafft er nicht abzuarbeiten, egal ob z.B. 10*400 oder es passiert auf Dauer nix (20*200).

[Pulpman]

also viele failed ul kommen bei einem disconnect zustande. Auch wenn danach ein reconnect stattfindet.

[darkwolf]

Hi,

Um die Fragen im Vorraus zu beantworten:

Ich baue gerade die Bugfixes des neuen eMule0.30d ein

Und dann noch der Hinweis von den eMule-Entwicklern:

(Dies wird vermutlich auch die letzte v0.3x-basierte Version sein. Wir wollen uns nur noch auf die Kademlia-basierte Version konzentrieren.)

Ich werde die Kademlia-Geschichte in dem Moment in den eWombat übernehmen, wenn der 1ste offiziele eMule damit released wird

cu Darkwolf

[kw]

Guten Morgen Darkwolf,

heute morgen habe ich das Phänomen beobachten können!!!

Also....ich habe eben den Monitor eingeschaltet, eWombat lief im Fenster-Modus, er war auch noch sichtlich am Downloaden (wechselnde Werte) und genau in dem Moment, als ich nur mit der Maus in das Fenster gefahren bin, hat sich das Programm aufgehängt und in der Statusleiste oben erschien "keine Rückmeldung". Das war´s dann. Bis dahin lief er seit ca. 7-8 Stunden.

Werte wie gehabt: 6 Files mit HL350/mC200/25pro5sec, nur Drop NNS. Der Rest wie hier

[Ov3rKiLL]

Hast du ihm etwas Zeit gegeben? Das "keine Rückmeldung" kommt auch manchmal bei mir (z.B. wenn man auf Dateien klickt). Nach einigen Sekunden ist er allerdings "wieder da"...

[darkwolf]

Hi,

den Problem mit 'keine Rückmeldung' bin ich auf der Spur, liegt ziemlich tief im Code und Windows begraben...aber es kann durchaus passieren, wenn mal der eWombat gerade furchtbar viel zu tun hat, das für 15-45 Sekunden die GUI blockt, danach sollte er sich aber erholen...

Wenns bei jemanden öfters (und vorallem länger) passiert: Das VerboseLog deaktivieren und Automatisches aktualisieren der Warteschlange deaktivieren...

Desweiteren hab ich festgestellt, das es bei einigen Dateien beim Downloaden probleme gibt, leider weiss ich weder welche Dateien das sind, ich selber hab mir so eine noch nicht eingefangen und einen Link will mir auch keiner schicken...

@kw: zwecks Fehlersuche: Hattest du zu der Zeit eine Datei die grösser als 2GByte war im Download ?

@gvstarfleet: Sorry, das mit den '****' hab ich in deinem Post übersehen, wenn ein LowID Client in der Warteschlangenanzeige die '****' hat, bedeutet das nur das er momentan (über Servercallback) mit dir verbunden ist und den nächsten freien Uploadslot bekommen könnte. Wenn mehrere mit '****' da sind, bekommt derjenige mit den besten Credits den Slot. Die '****' sind also nur eine Zusatzinformation und sagen nichts über die Art des Clients oder der LowID aus, und wird tatsächlich nur in der Warteschlangenanzeige angezeigt...Wenn ein LowID Client im Upload ist, hat er naturgemäss ein Verbindung über dem Server zu euch und die Zusatzinformation ist überflüssig

cu
Darkwolf

[Gucky]

mit xteq 6.3
> startup/shutdown > shutdown > programmshutdown
> programmtimeout > von 5 sec. auf einen höheren wert ändern

wenn ein programm nach 5 sec. keine rückmeldung gibt, kommt es zu dieser meldung.
das kann mit xteq 6.3 geändert werden oder darkwolf sucht sich nen wolf. (keine ironie)

[Maddis]

Zitat von darkwolf

Hi,

Um die Fragen im Vorraus zu beantworten:

Ich baue gerade die Bugfixes des neuen eMule0.30d ein

Hi darkwolf!

Das lässt hoffen! Ne, so schlimm ist es noch nicht aber mir ist etwas seltsames aufgefallen. Manchmal wenn ich den Wombat starte stehen einige Files auf "rehashing". Bei mir bisher immer nur eins aber immer ein anderes. In der Log taucht dazu passend ein Eintrag auf das eine Part Datei beschädigt ist. Festplattenzugriff konnte ich dazu bisher keinen beobachten aber kann ja sein das er schnell ist als ich mit dem Gucken. Vor so einem Vorfall ist mir der eWombat aber bisher nie abgestürzt was die beschädigte Part Datei erklären würde. Das "rehashing" verschwindet auch erst nach einem erneutem Start des Programms. Schon seltsam aber er läuft und läuft und läuft.....

Gruß Maddis

[kw]

@darkwolf, nein, maximale Größe 700MB und 2 kleinere mit ~120MB und wenig Quellen. Geschätzte Gesamtquellenzahl nur ~1700.


@Ov3rKiLL, ich habe ihm noch ein paar Minuten Luft gelassen, aber keinerlei Regung mehr. Demzufolge auch wieder Anstieg der CPU-Last/Temepratur durch den hängenden Prozess. Nur ein "Abschuss" brachte wieder Erlösung.

Ich habe ihn anschließend gleich wieder neu gestartet und als ich eben die Tür rein bin, hat er sich inzwischen wieder mal ganz verabschiedet (Programm geschlossen). Werde jetzt noch mal die anderen Optionen testen.