sourceserver.info

Seit längerer Zeit haben sehr viele Admins Probleme mit einem Timeout, der durch ein Mapchange verursacht wird. In diesem Fall stürzt nicht der Server ab, sondern es dauert länger, bis er wieder erreichbar ist. In der HLDS-Mailing-List wurde dieses Problem auch angesprochen und es kam sogar ein Update heraus, was diesen Bug eigentlich beheben sollte. Das Problem scheint am Masterserver zu liegen. Der "srcds" übermittelt bestimmte Statistiken an den Masterserver. Wenn dieser aus welchen Gründen auch immer nicht erreichbar ist, dauert der Mapchange länger. Mit dem Plugin soll dieses Problem behoben werden. Es gab schon positive Rückmeldungen verschiedener Admins.

Link zum ersten Beitrag des Entwicklers: http://www.mail-archive.com/hlds_linux@list.valvesoftware.com/msg50958.html">http://www.mail-archive.com/hlds_linux@ ... 50958.html</a>

Mittlerweile gibt es eine aktuellere Version.
Direktlink: http://nephyrin.net/tools/NephDSU/">http://nephyrin.net/tools/NephDSU/</a>

Es handelt sich um ein Metamod: Source Plugin.

Artikel im Wiki: http://sourceserver.info/wiki/nephdsu">wiki/nephdsu<

Seit dem Update sollen mehrere dieser Probleme behoben sein. Es gab auch DoS-Angriffe und den Host_Error seit dem Scout-Update.

Hier (http://sourceserver.info/wiki/exploits_bugs">wiki/exploits_bugs<) findest du noch weitere hinweise zu verschiedenen aktuellen Bugs. Entdeckt jemand anderes aus dem Forum eine Sicherheitslücke, kann er diese Ruhig zum Wiki hinzufügen.

Nein, die Achivements funktionieren weiterhin.

Keine Ahnung. Ich habe nichts weiteres mehr dazu in der Mailing-List gelesen.
Einfach mal wieder das Plugin installieren. Wenn der Fehler dann nicht mehr auftritt, hast du Glück.
Ich weiß, dass das lange Laden bei L4D unter Umständen an zuvielen Addon-Kampagnen liegen kann.

Möglicherweise liegt dein Problem aber auch ganz woanders (ganz schlecht). Da du nen Root hast, musst du selber nachsehen, woran es liegt.
Wenn z.B. Plugins laufen, die zu einer Datenbank eine Verbindung aufbauen, sollten diese mal testweise deaktivert werden. Die können auch Timeouts erzeugen. Besonders bei Mapchanges, wenn die Datenbank langsam ist und die Plugins schlecht programmiert sind.

Du könntest mit den Tools dstat, iostat, mpstat, ifstat, lsof, netstat arbeiten.
Unter Debian kannst du die Pakete mittels "apt-get install ifstat dstat sysstat lsof" installieren.

Mit lsof -p PID kannst du z.B. alle geöffneten Dateien und Netzwerkverbindungen eines Prozesses (PID wird benötigt, lässt sich mit top oder ps ux herausfinden) anzeigen.
Das könnte z.B. zeigen, ob der Server versucht eine Netzwerkverbindung zum Statistikserver aufzubauen.

Mittels iostat könntest du kontrollieren in wie weit die Festplattenauslastung steigt, wenn der Server einen Mapchange macht.
Der Befehl mpstat zeigt z.B. an wie hoch der Anteil der Wartezeit durch Dateisystemzugriffe (%iowait) ist.

Das Programm dstat zeigt fortlaufend Informationen an (cpu-Auslastung, daten gelesen, daten geschrieben, paging, usw.). Bei zu kleinem Speicher würde z.B. der Server anfangen zu swappen, was sich negativ auf die Ladezeiten auswirkt. Unter Umständen blockiert auch ein anderer Prozess Systemresourcen.

Die möglichen Fehlerquellen können sehr vielfältig sein. Ohne lange zu testen und zu beobachten wirst du leider nicht viel finden.
Mal hoffen, dass es nur das Problem mit dem Statistikserver ist.

Starte den Server mal mit -insecure (manche Anbieter lassen das zu) und mach dann mal einen Mapchange. Sollte der Fehler weg sein, liegt es wohl an VAC.