Beiträge von 2000WU6

Nachdem es jetzt ein paar Tage ohne Fehler zu laufen schien, hab ich das Problem jetzt wieder auf dem Server ... Dienst per OM gestoppt, neu startet, gleicher Fehler wieder. "netstat -a -n -b | findstr 27016" hat in der Situation nix ausgegeben, während es bei erfolgreichem Start zumindest den Bind auf UDP *.* aufführt. Ich weiß, daß man sich zumindest unter Linux auf die netstat-Ausgabe verlassen kann - ist es möglich, daß Windows hier nicht "vollständig" sein kann?
im aktuellen Fall ist beim dritten Neustart (also Restarts innerhalb OM) dann der Bind auf 27016 erfolgreich gewesen ...

Gibt es eine Möglichkeit, hier noch irgendein Debugging zu aktivieren, um die Fehlereingrenzung zu ermöglichen?

Laut Netstat ist da nix ... außer ein Prozess hat irgendwie windows-seitig noch nen bind drauf ...
Allerdings tritt das Problem auch direkt nach Neustart von Windows auf, weswegen ich nicht erwarten würde, daß da wirklich was blockt ...

Nur die eine Instanz.
Mit den Mods hatten wir auch schon ein paar mal hin und her probiert ... gerade nochmal alles rausgeworfen und nacheinander wieder reingenommen, alles einwandfrei ...

Auch wenn's eigentlich nicht logisch erscheint, daß das Probleme mit dem Port 27016 verursachen sollte - daß das an irgendwelchen Anpassungen in den Loot-Konfigs in den XML liegt?

Die Meldung mit dem "lost port" kommt übrigens an der Stelle, bei der Steam Query Port 27016 normalerweise kommt ...

Nein, haben wir nicht ... würde auch nicht erklären, warum es mit manueller start.bat tut, bei OM fast nie, aber immerhin gelegentlich ...

Aktuell ist die Liste eh recht kurz, trotzdem schlägt es fehl.

@CF @VPPAdminTools @Dabs Framework Unlimited Stamina @BuilderItems @MMG - Mightys Military Gear snafu Weapons @Livonia Caves

Beim Start über OM kommt dann halt der Fehler:

Server did loose port reservation for Gameport and/or SteamQueryPort.

Zu dem Zeitpunkt ist aber sonst auch nix auf Port 2302 unterwegs, und auch Dinge wie Firewall etc sind in der Windows-Umgebung deaktiviert ...

OM Version übrigens: 1.9.0025 ...

Hi *,

wir haben - nachdem zunächst auf einem einfachen DayZ-Hoster-Instanz ein Testsystem lief - jetzt einen eigenen Server am Start. Win2019 Server OS, darauf per Omega Manager den ganzen Kram installiert. Während bei frisch aufgesetzten System alles gut zu laufen schien, haben wir aber das Thema, daß mit den entsprechenden Mods die wir wollen und gebaut haben der Server innerhalb von OM meist nicht richtig startet - er beschwert sich zu 90+% der Starts, daß er den Port nicht auf bekommt. Der Server beendet sich dann, wir vom OM erneut gestartet, usw.

Benutzen wir aber ein normales Start.bat File zum Starten, mit den gleichen Mods drin, startet der Server IMMER zuverlässig und ohne Probleme, insbesondere keine Probleme mit dem Listen-Port.

Woran kann das liegen? Das mit dem Script funktioniert zwar, aber wir möchten insbesondere auf die automatischen Updates und sonstigen Funktionen vom OM eigentlich nicht verzichten ...

Zitat von at3nd0

Firewall vom Server Anbieter aktiv? Mal im Web Interface vom Anbieter nachschauen

Ich bin der Server-Anbieter Firewall unter Windows ist aus, alle notwendigen Ports auf der vorgeschalteten Firewall sind auf "Durchzug" geschaltet. Würde auch nicht erklären, warum es hin und wieder mit Omega Manager korrekt startet, und per CMD jedes Mal erfolgreich startet ...

Weiß nicht ob hier jemand eine Idee hat ...

Wir haben versucht, auf einem dedizierten (VM)Server auf Basis von Omega Manager einen Community Server hochzunehmen. Die Konfiguration etc. sieht soweit gut aus, ebenso die Mod-Integration. Problem ist aber, daß - wenn unter OM gestartet - der Server in 80-90% der Startversuche (teilweise mehr) rummeckert, daß er den Port "verloren" hätte. Wenn es mal klappt, kommt an selber Stelle die Meldung, daß Port 27016 aktiv wäre. Es läuft zu dem Zeitpunkt kein anderer Serverprozess.
Das interessante dabei ist, daß wenn ich im Server-Verzeichnis mit gleichen Argumenten den Dienst manuell starte, es bisher jedes Mal ohne Fehler funktioniert, d.h. das Thema mit dem "verlorenen Port" tritt dann nicht auf.
Hat jemand eine Idee woran das liegen könnte? Anfangs ist das Problem so auch nicht aufgetreten, es begann irgendwann, EInstellungen in der OM-Server-Instanz können es auch nicht sein, da wenn ich einen neuen DZ-Server dort konfiguriere der Fehler bei dem an gleicher Stelle auch auftrett.

Der Server läuft mit Win2019 Server, lokale Firewall deaktiviert ...

Vielen Dank!

... unter Linux hätte ich damit auch überhaupt kein Problem ;))) OK, dachte es gibt evtl. eine Config-Option im network-Block wie bei dem Admin Port ...

Tnx

Kann man den Webserver auch dazu bekommen, auf der LAN-IP und nicht nur Localhost zu antworten? (ja ich weiß, Localhost ist da vermutlich aus Sicherheitsgründen drin ... ich meine zu wissen was ich tue )