29.05.2010 Rattenfänger

"Server war leider überlastet."

Ich hoffe diesmal gibt es eine richtige Analyse des Problems.

Ich weiß nicht wieviele Leute ich gefragt habe nen Test zu machne mit map 1-3
Nur das ist für die meisten schon zuviel verlangt aus Angst kein Wertungsgefecht an diesem Abend zu fahren.

Wartezeiten:
Warum macht man sich die Mühe eine Tabelle zu erstellen, in der man Leute einträgt die sich registriert haben.
Ich konnte nicht ahnen das es zuviel verlangt ist eine email zu schreiben !

Somit auch keine genaue Teilnehmerzahl feststand, daraus resultierte dann auch das nicht genau klar war wer ist (Chef) Rot/Blau
Daraus ergab sich auch die lange Wartezeit da ja alles geplant werden musste.

Also die Schlacht wurde schon lange vor dem Event verloren.

Bevor ich mich erneut und zum wiederholte Male in die Nesseln setze, aufgrund der Tatsache das ich diverse Stunden meiner Freizeit mit der Vorbereitung dieses Abends verbracht habe, stelle ich besser die Frage.

Was sollen wir mit diesem Server, der immer dann wenn es darauf ankommt ABKACKT ?

Ich habe einen recht dicken HALS !!

Hat einer auf die Pings der Teilnehmer geachtet? Habe einige mit 200 und mehr gesehen. Wir wurden durch einen uns allen bekannten Freund der nicht 911 Mitglied ist im Voreld gewarnt dass, einige uns den Errfolg nicht gönnen und mit enorm hohen Pings die Veranstaltung angreifen wollen:mad:. Man muss in Zukunft ganz klar ein Grenze für die Pings fest legen.

erstmal muss ich da Silber wiedersprechen. Von den paar Amis die da waren will ich keinem unterstellen er hätte dafür sorgen wollen die Verbindung zu hacken.
Denn es sind von 32 genau 10 sofort nach Start rausgeflogen. Ich gehörte auch dazu und gebe auch zu ein Minenfeld bewegt zu haben bevor alle Teilnehmer das Sce geladen hattem.
Wenn an der Theorie von Furia was dran ist das es zu Netzwerkkausalitäten führt, könnte das eine logische erklärung sein.
Das sollte man mal explizit testen.

Dann die Sache mit den Anmeldungen
Von Seiten der Reg-TA und 507CC war es korrekt mit 4-7 ES +2 FR
Wenn man nun 15 loose Anmeldungen 911 dazu nimmt, wie soll man so ein Sce planen in dem 250/120 oder sogar 300/180 Fz. drinstehen.
Einfach den Schlußstrich ziehen und sagen "Nicht durchfürbar" ???

Wenn man sich nun die Option aufhält ein H2H zu machen das nur noch 1/3 Einheiten hat aber immer noch zu groß ist, bei dem 1 Tag zuvor immer noch nicht feststeht wer ist Kdr. Rot/Blau, frage ich wen willst du da einbeziehen in eine Planung ?

manteuffel(911) schrieb:

Ich hoffe diesmal gibt es eine richtige Analyse des Problems.

Wir würden dabei gerne helfen, benötigen aber in solchen Fällen die debuglog.txt-Dateien derjenigen Clients, die herausgeflogen sind, einige von denen, die dringeblieben sind, und die des Hosts; diese Dateien bitte in getrennte ZIP/RAR-Dateien packen, damit man sehen kann, was von wem kommt.

Wichtig: Die debuglog.txt-Dateien werden überschrieben, sobald man das nächste Szenario startet. Es ist daher von entscheidender Bedeutung, die Beweissicherung unmittelbar im Anschluß an den Zwischenfall zu beginnen, sonst kommen wir einem eventuellen Softwarefehler nicht auf die Spur und müssen uns stattdessen mit Verschwörungstheorien behelfen. Die sind zwar amüsant, helfen aber nicht weiter.

Die Datei findet sich unter ..\Eigene Dokumente\eSim Games\Steel Beasts\debugLog.txt

Hallo Ssnake
Anbei die Datei, hoffe Sie ist hilfreich

Also, es wäre gut, wenn jemand die Dateien sammeln und mir dann in einem Rutsch zuschicken könnte. Ich vermute, in diesem konkreten Fall ist es zu spät; der Hinweis war mehr für künftige Großereignisse gedacht.

Dann sammeln wir doch erstmal hier:

Seid ihr beide denn herausgeflogen oder dringeblieben?
Und habt ihr seitdem kein neues Szenario mehr gespielt?
Was ist mit dem Server?

Wäre es nicht möglich bei jedem Szenario eine Benutzername_debuglog_DatumUhrzeit.txt anzulegen?

Natürlich wäre das grundsätzlich möglich... aber 99,995% aller Dateien werden niemals benötigt, und im Grunde muß der Benutzer ja bloß kurz die Datei sichern bzw. umbenennen, bevor er ein neues Spiel startet. Das ist ja nicht zuviel verlangt. Demgegenüber braucht die Programmänderung Programmierzeit, die dann nicht für andere Aufgaben verwendet werden kann. In der Abwägung komme ich zum Schluß, daß es besser ist, diesen Teil der Arbeit an Euch zu delegieren.

Also ich bin nicht rausgeflogen und konnte auch meine Fahrzeuge bewegen,und es muß auch die Datei sein,so steht es zumindest drin.Habe danach aber auch ein neues Zenario gefahren

Ich bin nicht rausgeflogen...

Wir sollten noch einmal kurz so eine Menge Personen auf unserem Server sammeln, um dann einmal eine Menge Log-Dateien und einen Netzwerkmitschnitt aufzuzeichnen, damit esim sich mal des Problems annehmen kann.

Einfach ein Szenario starten, keine Planungsphase und dann gleich wieder beenden, nachdem einige geflogen sind. Die schicken dann eben die Logdatei und alles wird gut bzw esim kann sich dann intensiv damit beschäftigen. Was haltet ihr von der Idee? Kostet nicht viel Zeit und könnte evtl was helfen.

Machen !!