[NeedHelp]Core´s stürtzen ab! Belohnung !

09/13/2011 20:55 iYoshix3#1
Guten Abend,

ich suche einen Fixx dafür, dass meine Cores jeden Tag mind. 1 mal
down gehen. Ich habe eine PLayeranzahl (gleichzeitig online) von ca.
700-1000 Spielern. Da der Root aber genug Leistung hat, um diese
auszuhalten, denke ich dass es irgend einen Fehler in der game gibt.

Ich würde mich sehr freuen, wenn mir jemand helfen würde. Würde auch
eine Belohnung ausgeben ;)

Wer was kennt, bin in Skype unter : xxxxx_dani_xxxxx erreichbar.

Mfg, Yoshix3

€: Habe auch gemerkt, dass wenn ein Core aus Channel3 down geht, die anderen
aber noch online sind, bekommen ALLE kick auch Ch1 etc. und können nicht
einloggen bis der Core wieder on ist.
09/13/2011 21:05 .Kay331#2
Ich habe mal was gehört das es was von ymir sein soll ein Packet oder so?
Kann aber auch sein das das es nur ein Gerücht ist.
09/13/2011 21:06 Zuckerbäcker#3
Hi,

2010 oder 2011 Files?
Schreib mal deine Syserrs hier rein.
Kann dir nur empfehlen alle einfachen Fehler in der Syserr zu beheben und ein Script zu nutzen, damit die Cores automatisch neu starten. Gibt hier auf jedenfall Anleitungen hab auch schon welche gesehn.

LG
09/13/2011 21:06 RedKing2#4
Quests - Lade niemals Quests neu wenn zu viele Spieler Online sind, egal ob make.py oder der reload q Befehl. Das selbe gilt für reload p . Da der Server das für alle neu laden muss und wenn da 1000 Spieler Online sind gibs schnell Ärger. Anderseits fällt mir nicht ein wieso du ständig einen Absturz hast. Und die reload q und reload p Befehle gilten auch nur für den jeweiligen Channel wo sie angewendet sind, also spricht schonmal dies dafür.

Empfehlung : Irgendwelche Veränderungen nur an Wartugnsarbeiten legen, egal wie unbedeutend, sonst geschieht halt dies.

Sollte es nicht dieser Grund sein, bin ich ratlos.
09/13/2011 21:14 iYoshix3#5
Wir machen wie Reloads, wenn player online sind, genau aus diesem Grund das
Cores down gehen könnten. Ein Restarter Script ist das nächste was ich mache,
würde aber gerne diesen Fehler gefixt haben.

Hier meine Syserr meines kürzlich down gegangenen Cores 3 des Channels 3

Ich nutze 2011er Files, game rev. 2089 und die dazugehörige db

Mfg
09/13/2011 21:22 Zuckerbäcker#6
ähm sieht so aus, als wären da ein paar Chars verbuggt also in einem Gebiet das es anscheinend nicht gibt...
entweder ist irgein Teleporter verbuggt oder (nur eine Vermutung) man kann durch einen Bug einen Char im 4. Reich oda so erstellen und wenn man dann Char entbuggen auf der HP macht, stürzt der Core ab... des kann man fixen indem man auf der HP im charentbugg-script einfügt, dass es prüft, welches Reich der Char is oda einfach dass das Reich nich größer sein darf als 3...

LG
09/13/2011 21:31 iYoshix3#7
Die Maps gibt es aber, 15555 15555 ist z.B. eine neue Map von mir... die auch
ohne Probleme functioniert..

Mfg
09/13/2011 21:41 Zuckerbäcker#8
mhh hatte auch mal solche Fehler in einer "Dungeon-Map"...
Habe jetzt keine neuen Dungeons mehr und auch keine Fehler mehr...
Die "Header" Fehler haben mit deinem Client zu tun... da würde ich tim mal fragen, glaub der kann dir da helfen.
der Fehler DoRefineWithScroll is nur, wenn jmd z.B. was mit einer Segi uppen will aber man das z.B. nur beim OT-Sura uppen kann... aber deswegen stürzt normal nichts ab.

Also im mom weiß ich auch nich weiter aber es kann was mit den Header-Fehlern zu tun haben, hab hier irgwo gelesen dass bei einem deswegen der Core abstürzt weil der Client nicht perfekt auf den Server angepasst ist. Und dann kommen eben die Header Fehler und die meinten, dass tim da weiter helfen kann...

LG
09/13/2011 22:05 iYoshix3#9
Danke für die Info...

Mfg
09/13/2011 22:07 LxR'EsoZiaL#10
eine Quest, ein Uppitem, der Wasserdrache und glaubig die log DBs machen Stress.
09/14/2011 01:57 theo1990#11
Anscheindet passt deine db nicht zu deinen serverfiles denn er bringt dir andauernt fehler dass eine Tabelle nicht da ist. Das kann auch zu Core crashs fürhen. Ansonsten würd ich mal noch das "Verfallsdatum" der game abändern bzw. das ignorieren lassen.

Hier sind die difs dazu:

Quote:

Patch für Version 1675 (2010)

So hier der DIF für die 1675er.

Ein sehr interessanter Timestamp steht da drin.
Irgendwie erinnert mich das sehr an die Serverprobleme die seit vorgestern gepostet wurden.



dif (game1675)

000A4B62 7E EB


Der DIF überspringt wieder die Prüfung wie bei meinem anderen Post für die Version 2089.

Der Timeout ist wirklich sehr interessant


unix-timestamp: 1314025533 => 22.08.2011 - 17:05:33 Uhr
Das hab ich von Antraxx gefunden das überspringt deie Zeitprüfung das gleiche gibt es auch für die 2089er rev

Zitat:
Hier ist mal eine etwas andere Lösung.

Wieso nicht einfach das Timeout-Datum ignorieren ?


Dif (für Core 2089)

000A5D62: 7E EB

Damit wird die Prüfung auf das Datum einfach ignoriert.
Warum den Wert ändern wenn JMP einfacher ist
09/14/2011 13:12 iYoshix3#12
Danke, aber die DB passt zu der game...

Ich teste das mit dem exploid mal, obwohl das Datum der game eigentlich erst im Jahr
2012 ist.

Mfg
09/14/2011 14:55 .Awesoome#13
7. Reich Bug vllt ?
Geht ja nur 1 Core down und er sagt Spieler wären verbuggt.
Und wenn du Reload P Machst wird ja die Playerdb neu geladen.
Lg,
08/28/2012 03:47 _Jimbo#14
Yoshi haste das mittlerweile gefixxt?
08/29/2012 00:11 Der-Eddy#15
Das Thema ist 11 Monate alt
im Ernst ...
/closed