banane
hallo erstmal,
ich administriere einen root-server auf dem nun ein paar cod4 server aufgesetzt werden sollen. ein ranked-server macht keine probleme und läuft stabil. aber wie im titel schon zu erkennen bereitet es mir probleme einen unranked-server mit warfare zu starten.
folgende probleme traten auf und hab ich soweit gelöst:
-cod4 hat ein fehlen der mod.ff im ordner cod4/zone/german gemeldet, gelöst durch einfügen einer kopie aus dem Cod4/Mods/ModWarfare-Ordner
-es wurde die server.cfg im Ordner Cod4/Mods/ModWarfare nicht gefunden, gelöst dadurch das die server.cfg zusätzlich in Cod4/main eingefügt wurde
derzeitiges problem:
der server startet und läuft auch aber leider lädt er zusätzlich zur server.cfg, die test.cfg von euch, auch noch ein paar default.cfg´s. diese bewirken das der server nicht mit der i-net-ip läuft sondern mit 127.0.1.1
start-befehls-reihe:
./cod4_lnxded +set dedicated 2 +set net_ip 85.131.253.24 +set net_port 28990 +set fs_game "Mods/ModWarfare" +set loc_language 2 +set sv punkbuster 1 +exec wfmod.cfg&
Server
MikeTNT
Verwendest du den Namen test.cfg? Falls ja, benenne die Datei um, da in den iwd-Files versteckt bereits zwei text.cfg existieren.
cu Mike
banane
wie am ende der von mir angegebenen befehls-reihe zum starten habe ich die datei in wfmod.cfg umbenannt
yoda
Hm, merkwürdig...
Ist es notwendig die IP in den Startparameter zu setzen, hat der Server mehr als eine IP? Das würd ich sonst auf jeden Fall mal weg lassen...
Ich hatte auch so meine Probleme mit den cfgs... Laut Log wurde zuletzt eine default.cfg geladen - als ich meine cfg so genannt hatte, wurden meine Einstellungen auch komplett übernommen...
banane
hab zuerst das mit der default ausprobiert und musste feststellen das dies nichts brachte. aber der versuch ohne festgelegte ip im startbefehl brachte den entscheidenden hinweis.
nach dem start-befehl,ohne ip, geht cod4 über zu localhost:port. nachdem dann zuletzt die wfmod.cfg geladen wird antwortet der server mit:
net_ip will be changed upon restarting
somit langt ein einfaches map_rotate im startbefehl damit der server die net_ip wechselt und er online gehen kann
startbefehl:
./cod4_lnxded +exec wfmod.cfg +set dedicated 2 +set net_port 28990 +set fs_game "Mods/ModWarfare" +set loc_language 2 +set sv punkbuster 1 +map_rotate&
die server-ip hab ich nun in der cfg stehen
Server2
Nachtrag:
Server3
nach starten des warfare-servers kommen wie auf dem screen zu erkennen einige warning´s und error´s. muss ich mir darum gedanken machen oder ist das unbedeutend?
Nachtrag2:
mod.ff nicht im ordner cod4/zone/german lassen sondern wieder rausnehmen
Nightwing
Den Startbefehl würd ich von der Logik her so machen:
./cod4_lnxded +set fs_game "Mods/ModWarfare" +set dedicated 2 +set loc_language 2 +exec wfmod.cfg +set net_port 28990 +set sv punkbuster 1 +map_rotate
Das & Zeichen nach map_rotate hab ich entfernt.
Die Warnings in der Konsole kannst Du ignorieren, da hat der Hersteller n paar kleine Fehlerchen eingebaut...
ToM
Kelli
Original von Nightwing
Den Startbefehl würd ich von der Logik her so machen:
./cod4_lnxded +set fs_game "Mods/ModWarfare" +set dedicated 2 +set loc_language 2 +exec wfmod.cfg +set net_port 28990 +set sv punkbuster 1 +map_rotate
Warum? erst die readonly Werte wie net Port, Modordner, Punkbuster - dann den Laufzeitkram der in der wfmod steht. In deiner Reihenfolge kann ich die Logik nicht erkennen.
Original von Nightwing
Das & Zeichen nach map_rotate hab ich entfernt.
Das & ist dafür den Prozess in den Hintergrund zu legen.
wgs./w@Lly
Jup, würde auch erst die grundlegenden Dinge an den Anfang setzen und die Ausführung der cfg ans Ende legen.
Was mir aufgefallen ist:
Schaut man in die Konsole rein, sind das nicht nur "ein paar" kleine Fehlerchen... da rattern nur so die Zeilen durch, sowohl wenn ich im Putty reinschaue als auch ingame als "normaler Spieler".
Bei CoD2 war das definitiv nicht so extrem.... also doch halbfertig auf den Markt geworfen?
Borgitowner
Das ist derselbe Fehler wie bei mir.
Beim DAM-Mod stand dazu folgendes:
**UPDATE** Taken from IWNation.com
it's a bug in Linux binaries.
the *.ff seems to not get referenced by the server, when sitting in an fs_game folder,
therefor it's not being downloaded by the clients.
ryan@icculus is already aware of this issue - next update should fix this bug.
Scheint allerdings nicht bei allen Linux-Dialekten zu Problemen zu führen.
Zitat: