Zum Hauptinhalt springen

Server-Diagnose

DayZ schreibt Beschwerden über deine Konfiguration in sein eigenes Log und macht dann ohne dich weiter. Diese Seite sammelt diese Beschwerden ein, damit ein kaputter Eintrag in der types.xml oder eine eigene Datei, die das Spiel nie geladen hat, sichtbar und behebbar wird.

Navigationspfad:

  • Server-Admin → Diagnose

Zugriffsvoraussetzungen​

  • admin.game_audit.view — Seite sehen. Bezeichnet als Server-Diagnose ansehen.
  • admin.game_audit.edit — Funde als behoben markieren, ignorieren, Ignorieren aufheben. Bezeichnet als Serverfehler als behoben markieren.
Diese Rechte hat niemand automatisch bekommen

Es gibt keinen Backfill-Befehl dafür. Eine Gruppe mit einzelnen admin.*-Rechten statt des admin.*-Platzhalters sieht die Diagnoseseite nicht, bis du die Rechte von Hand vergibst.

Woher die Funde kommen​

Die Quelle ist das RPT-Log — das Engine-Log des Servers, nicht das ADM-Log, aus dem sich der Log-Explorer speist. Der Log-Import läuft einmal pro Minute für jeden Server mit funktionierender Nitrado-Verbindung.

Eine Zeile wird aufgegriffen, wenn die Engine sie selbst mit !!! markiert hat, oder wenn sie auf eine der wenigen Formulierungen passt, die auch ohne Markierung Ärger bedeuten — ein fehlender Klassenname, ein fehlgeschlagenes Preset, ein veraltetes Element.

Einen festen Katalog von Fehlertypen gibt es bewusst nicht. Ein erster Versuch mit acht kuratierten Mustern erwischte vier von achtundachtzig Problemen aus der Praxis. Deshalb arbeitet der Parser allgemein: Er zerlegt jede Zeile in Bereich, Gegenstand und Meldung und behält die Meldung so, wie das Spiel sie geschrieben hat.

Gleiche Probleme werden zu einem Eintrag zusammengefasst. Zahlen, Koordinaten und Werte in Anführungszeichen werden vor dem Vergleich maskiert. Aus neunundfünfzig fehlgeschlagenen Spawns desselben Objekts an verschiedenen Positionen wird also ein Fund mit Zähler, nicht neunundfünfzig Zeilen.

Hervorgehobene Funde​

Eine kleine Menge Muster wird auf der Seite hervorgehoben und als Fehler markiert. Das sind die Fälle, in denen das Spiel definitiv nicht tut, was du konfiguriert hast:

  • ein Typ in der types.xml, den DayZ nicht kennt oder nicht spawnen kann
  • ein Wert oder eine Verwendung, die in der cfglimitsdefinition.xml nicht definiert ist
  • ein Ereignis in events.xml oder cfgeventspawns.xml, das die Prüfung nicht überstand oder abgeschaltet wurde
  • eine eigene Object-Spawner-Datei, die das Spiel nicht laden konnte
  • ein Preset in der cfgspawnabletypes.xml, das die Zentralökonomie ignoriert
  • die Ökonomie, die von der gewünschten Menge gar nichts spawnen konnte
  • ein veraltetes Element, was bedeutet: Das Spiel läuft auf seinem Standardwert statt auf deiner Einstellung

Alles andere, was aufgegriffen wird, steht als Hinweis in der Liste.

Zwei Arten von Funden stehen als Hinweis in der Liste, obwohl sie zu einem der Muster oben passen:

  • Fehler in Bohemias eigenen Missionsdateien. Auch ein Server, an dessen Dateien nie jemand etwas geändert hat, meldet das fehlende Ereignis VehicleTransitBus, den unbekannten Typ Static_FrozenScientist_DE, die Weihnachtsbäume und auf Livonia den falsch geschriebenen WinterMilitaryCoat_Greay. Sie richten keinen Schaden an, und ein frisch eingerichteter Server soll dich nicht mit Fehlern begrüßen.
  • Teilweise gescheiterte Spawns. "3 < 4" heißt: Drei von vier sind gespawnt, eine Position war belegt — meist, weil ein Spieler in der Nähe stand. Nur ein Spawn, bei dem gar nichts entstanden ist, zählt als Fehler.

Einen Fund abarbeiten​

Zu jedem Fund gibt es drei Aktionen:

  • Behoben — du hast die Konfiguration geändert. Der Fund verlässt die Liste der offenen Punkte.
  • Ignorieren — zählt weiter und bleibt als nicht behoben sichtbar, verschwindet aber aus der Liste der offenen Meldungen. Gedacht für Fehler aus einem Mod, den du nicht selbst pflegst.
  • Ignorieren aufheben — macht das wieder rückgängig.

Zwei Verhaltensweisen solltest du kennen, bevor du dich darauf verlässt:

  • Ein behobener Fund kommt zurück, wenn das Problem zurückkommt. Er öffnet sich nur wieder, wenn eine neuere Logzeile dazu passt. Ein erneuter Import älterer Logs weckt ihn also nicht auf.
  • Ein ignorierter Fund öffnet sich nie von selbst wieder. Zähler und letzte Sichtung laufen im Hintergrund weiter, aber er bleibt ignoriert, bis du etwas anderes sagst.

DayZ liest types.xml, events.xml und den Rest nur beim Start. Eine Dateiänderung verändert auf dieser Seite deshalb nichts, bis der nächste Neustart keine passende Zeile mehr erzeugt. "Behoben" vor diesem Neustart ist eine Notiz an dich selbst, kein Nachweis.

Voraussetzungen​

  • Eine funktionierende Nitrado-Verbindung ist Pflicht. Das RPT-Log wird über Nitrado geholt. Ein Server, dessen Autorisierung widerrufen wurde, sammelt also keine Funde mehr — und zwar still. Siehe Nitrado-Server einrichten.
  • Der Server darf in dzbot nicht abgeschaltet sein.
  • Funde erscheinen erst, wenn ein Log-Import gelaufen ist und RPT-Inhalt gefunden hat. Auf der Seite selbst gibt es keinen Auslöser von Hand.

Eine Abo-Schranke gibt es nicht; das Zugriffsrecht ist die einzige Hürde.

Was bewusst nicht angezeigt wird​

  • Abo-Spawns. Ein Shop-Abonnement, das nicht spawnen konnte, sieht im RPT wie ein gewöhnlicher Spawn-Fehler aus, erscheint hier aber nie. Es läuft über einen eigenen Weg: Der kaufende Spieler wird automatisch erstattet, und der Fehlschlag wird als Ereignis gemeldet, auf das du reagieren kannst. Siehe Shop-System. Position und Behebung gehören zur Bestellung dieses Spielers, nicht zu deiner Konfiguration.
  • "NO VALID SPAWNS" beim Start. Die Engine schreibt das, bevor die Kartendaten geladen sind — lange bevor irgendwer spawnt. Es liest sich wie eine Katastrophe und bedeutet nichts.
  • Nackte XML-Fehlerzähler. Das Spiel meldet, dass es etwas nicht parsen konnte, ohne Datei oder Zeile zu nennen. Daran lässt sich nichts tun, deshalb werden sie herausgefiltert statt als nutzloses Rauschen gelistet.

Verwandte Dokumentation​