UTzone.de

UTzone.de (https://www.utzone.de/forum/index.php)
-   UT - Server (alle) (https://www.utzone.de/forum/forumdisplay.php?f=43)
-   -   (UT2004) UT2004-Server wird offline angezeigt (man kann aber dennoch connecten) (https://www.utzone.de/forum/showthread.php?t=621)

Blizzard 20.02.2010 17:26

UT2004-Server wird offline angezeigt (man kann aber dennoch connecten)
 
Liste der Anhänge anzeigen (Anzahl: 2)
Hallo,

ich habe mir einen Server aufgesetzt und dort passieren merkwürde Dinge;)
ALso fangen wir mal an.
1. ich spiele auf dem Server, gehe off und kurze Zeit später ist der Server in der Server-Liste nicht mehr online. Hat man Ihn in den Favpriten, steht er dort als NA und wenn man einfach mal auf connecten klickt, connectet man auf den Server.
In der Log (Assault.log), die hier mit anhängt, stehen einige "SOCKET_ERROR 111". Ich hoffe mir kann da einer weiterhelfen.
2. Ich spiele einige Zeit auf dem Server und dan stürzt der Server ab und ich bekomme die Meldung, dass meine Version mit dem Server nicht kompatibel ist (Server-Version 3369.3 Client-Version 3369). Die dazugehörige Log ist die "Assault_crash.txt".


Gruß
Blizzard

Donzi 22.02.2010 11:36

NA bedeutet eigentlich, das die Ports nicht freigeschaltet sind. NA wie ka (keine Ahnung)

Log: RecvFrom returned SOCKET_ERROR 111
Dort versucht jemand (oder Du) eine Abfrage des Servers zu machen, die allerdings falsch angefragt wird. Genaueres könnte Wormbo sagen.
(Clientseitiges Problem, siehe dazu auch deine Frage 2.)

Folgende Probs sind noch auf dem Server zu fixen:
Code:

StatsChatLog: Loading StatsChatLog...
StatsChatLog: Stats logging is NOT enabled
StatsChatLog: Add "?gamestats=true" to your launch URL on the commandline
StatsChatLog: WARNING: Unexpected broadcast handler `ClanManager1h_6T.ExtBroadcastHandler`. Will try to use the original.
StatsChatLog: Found the original broadcast handler Engine.BroadcastHandler
ChatFilter: Loading Chat Filter


Das Deine Version nicht kompatible ist, ist nicht aus der Crashlog zu entnehmen, dazu bräuchten wir die TCC.Log (ausnahmsweise) und die Client.Log
Das der Server crasht kann viele Ursachen haben, hier zb. crashed er beim TCC-Laden.

Blizzard 22.02.2010 12:07

Also ich danke dir erstmal für den Hinweis des weiteren Probleme, die ich nun gefixt habe;).
Wenn ich wieder einen Crash mitbekomme, werde ich noch die TCC-Log mitgeben.

Gruß
Blizzard

Blizzard 22.02.2010 19:50

Liste der Anhänge anzeigen (Anzahl: 2)
Hallo,

hatte mal die AntiTCC2009r5 aktiviert, doch der Fehler ist wieder passiert. Also die Clients bekommen alle die Meldung wegen der Version und in der Crash-Log hängt er an AntiTCC (siehe Anhang).

EDIT:
Ach ja, hier noch die Client-Log, auf dem Server wurde keine Log erstellt.

Gruß
Blizzard

Donzi 22.02.2010 20:51

Richtig die TCC Client log, sry.
Aber, mmhh Versionsunterschiede, da kann man nur Rätseln.
Server hat MegaPack?
Client hat MegaPack?

Warum der Server crashed, kann an den Maps liegen, aber genau kann ich nicht sagen, bin ich überfragt.

Blizzard 23.02.2010 05:43

woran sehe ich, ob das Megapack auf dem Clienten drauf ist, denn ich weiß es nicht mehr, ob ich es bei mir drauf habe?

Donzi 23.02.2010 10:00

per Hand und Auge überprüfen:
Megapack auspacken und Inhalt mitm Server vergleichen.
Weiss nicht, obs in der Manifest.ini drinsteht.

Blizzard 23.02.2010 12:00

Also auf dem Server habe ich folgendes rauf gespielt (ist doch alle korrekt oder?):

- Server 3339 - bonuspack (http://downloads.unrealadmin.org/UT2...-bonuspack.zip)
- Megapack (http://downloads.unrealadmin.org/UT2...-linux.tar.bz2)
- Patch 3369.3

Ich glaube ich habe auch die Manifest überschrieben (eigendlich alles), ist das schlim?
Aber auch wenn man das Megapack nicht hat, sollte der Server doch nicht crashen oder? Ich meine das passiert ja zeitglich, also alle User bekommen diese Meldung und der Server crasht. Und in der Log hängt er immer an AntiTCC, am besten wir warten mal auf Wormbo, ob er da was weiß.

Donzi 23.02.2010 12:49

Install korrekt, manifest.ini ist nicht sooo wichtig (eigentlich garnicht bei Linux ^^)


schonma ohne tcc probiert?

ich glaub weniger, das es an tcc liegt, nen versuch ist es aber wert.

Wormbo 23.02.2010 12:51

Anti TCC ist mit seiner Initialisierung durch, das sieht man an der letzten, leeren Zeile.
Im Crash-Log erzählt er was von AInternetLink::Tick, aufgerufen von AUdpLink::Tick. Das entlastet Anti TCC eigentlich vollkommen, da es die UdpLink-Klasse überhaupt nicht verwendet. Soweit ich das beurteilen kann, ist AInternetLink::Tick dafür zuständig, auf das Resultat von DNS-Anfragen zu warten. Und da im Aufruf AUdpLink::Tick steht, wurde diese Anfrage über einen UdpLink gestellt. (Das könnte z.B. der Gamespy-Uplink oder der Gamespy-Query-Handler sein, lässt sich aus der Meldung nicht feststellen.)


Alle Zeitangaben in WEZ +1. Es ist jetzt 10:04 Uhr.

Powered by vBulletin® Version 3.8.11 (Deutsch)
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
CopyRight-Licence © 1999 - 2024 by UTzone.de