Fast Download -> Server-Absturz

maxcool48
Hallo,

habe hier mal ein ganz anderes Problem zum Thema Fast-DL:

Ich habe einen COD-Server (auf Linux-Root) mit ca. 10 Custom-Maps und Web-Download eingerichtet.

Das Ganze funktioniert auch.

Sobald aber richtig viele Leute auf den Server joinen und die Maps runterladen müssen, stürzt der Server ab.

Glaube auch ungefähr zu wissen, wo das Problem steckt, denn die Logs geben folgendes aus:

FILE 44 blabla.pk3
FILE 45 blabla2.pk3
FILE 46 bl

Hier also dann der Absturz. Glaub sogar mal in der Log "Too many file handles" gelesen zu haben, als solch ein Absturz vorlag.


Kennt jemand dieses Problem? Es laufen ja viele Server mit Custom-Content und Web-Download und da scheint alles zu funktionieren.
Kelli
Schau mal in
/etc/security/limits.conf
und
ulimit -n

ggf mit
ulimit -n 2048
erhöhen.
maxcool48
Danke für die schnelle Antwort.

An "ulimit -n" hatte ich auch schonmal vor einiger Zeit gebastelt...

Stand bei mir auf 1024, hab es nun auf 2048 angehoben.


Generell sieht es so aus, als ob der Prozess sich mit den File-Handles vollfrisst, das Problem also dann auch irgendwann bei 2048 auftreten wird, oder?

Aber ich lasse den Server z.z. sowieso alle 24h neustarten.

In der limits.conf sind keinerlei Restriktionen eingetragen, sollte also passen.
Kelli

Zitat:

Original von maxcool48
Generell sieht es so aus, als ob der Prozess sich mit den File-Handles vollfrisst, das Problem also dann auch irgendwann bei 2048 auftreten wird, oder?

Ich hatte den Eindruck auch, auf der anderen Seite gibt es wenig bis keine "Leidensgenossen" bei Google, nix relevantes in der icculus Liste, kein Bugreport dazu... also vielleicht nur Einbildung.

Du hast CoD Patch 1.5 drauf ja? Weil bei <=1.4 ist zumindest bei Luigi´s B**m zwischen den Zeilen auch was von zu viel Filehandles zu lesen..
maxcool48
Der Server läuft mit 1.5b, also mit dem Exploit-Fix.

Ich teste jetzt mit ulimit -n 2048, wenn was dabei rauskommt, geb ich Bescheid.

EDIT: So wie es aussieht, war es das. Kein Absturz seit "ulimit -n 2048".

Danke!