MonolithWIKI
1.21.11 aktiv
MONOLITH WIKI

Fehlerbehebung

Symptomorientierte Prüfpfade ohne riskante Schnellschüsse.

Server startet nicht

SymptomPrüfungSichere Maßnahme
Unsupported class versionjava -versionJava 21 für Monolith 1.21.11 verwenden; Plugin-Classfiles separat prüfen.
JAR nicht gefundenStartbefehl und DateinameExpliziten absoluten oder korrekten relativen Pfad setzen.
EULA stoppt Starteula.txtEULA bewusst akzeptieren, wenn zutreffend.
Config rejectedExakten monolith.yml-Schlüssel im LogFehler korrigieren; vorherige Datei nicht löschen.

TPS oder P95 fällt ab

  1. 01

    Status sichern

    TPS, P95/P99, Heap, CPU, GC und Health notieren.

    text
    /monolith status
    /monolith performance
    /monolith memory
  2. 02

    Hotpath eingrenzen

    Plugins, Welten und aktuelle Runtime-Entscheidungen prüfen.

    text
    /monolith plugins
    /monolith worlds
    /monolith explain
  3. 03

    Begrenztes Profil erfassen

    Nur lang genug messen, um das Symptom abzudecken.

    text
    /monolith profile start 60
    /monolith record 60s
  4. 04

    Vergleichbar wiederholen

    Workload, Java, Welt, Plugins und Konfiguration über Fingerprints stabil halten.

Trading Hall bleibt teuer

  • Prüfe mit /monolith runtime, ob der Trading-Hall-Modus wirklich ACTIVE ist.
  • Nur geeignete erwachsene, berufstätige und bereits gehandelte Villager werden gedrosselt.
  • Offener Handel oder Sicherheitszustände lösen bewusst einen Bypass aus.
  • Prüfe Kollisionen, Chunk-Anzahl, Hopper/Redstone, Pathfinding und Plugin-Events als unabhängige Lastquellen.
  • Erhöhe das Brain-Intervall nur innerhalb 2–20 und vergleiche mehrere passende Läufe.

Bossbars fehlen oder sehen falsch aus

text
/allbars status
/tpsbar
/rambar
/cpubar
/monolith bossbar status
/monolith runtime
  • Mindestens eine von show-tps, show-ram oder show-cpu muss true sein.
  • Palette: 2–16 exakte #RRGGBB-Werte; Speed: 0.0–1.0; Refresh: 5–200 Ticks.
  • Laufzeitänderungen durch die Kurzbefehle bleiben nur dauerhaft, wenn enabled sowie show-tps, show-ram und show-cpu in monolith.yml passend gesetzt sind.
  • CPU kann bei einer JVM ohne belastbare Prozessmetrik als nicht verfügbar erscheinen.

Overload startet nicht oder läuft noch

SymptomUrsacheSichere Maßnahme
Befehl ist gesperrtTest-Gate fehltTestinstanz mit -Dmonolith.testing=true neu starten
Ein anderer Lauf ist aktivBenchmark, Flight Recorder oder Synthetic Players belegen den MesspfadBestehenden Lauf sauber beenden und Status erneut prüfen
Bericht fehltLauf noch aktiv oder Server vor Abschluss hart beendet/overload status prüfen und automatischen Stopp abwarten
Last soll sofort endenManueller Abbruch gewünscht/overload stop ausführen

Testbericht ist kompakt, farblos oder unvollständig

SymptomPrüfungSichere Maßnahme
Nur drei Zeilenmonolith.console.compact steht auf trueFür den vollständigen Bericht false setzen und /monolith reload ausführen
Keine Farbenansi steht auf auto oder neverTerminalunterstützung prüfen; nur bei sicherer ANSI-Unterstützung always verwenden
Metrik ist nicht verfügbarJVM stellt den Messwert nicht belastbar bereitNicht schätzen; JSON measurementAvailability und Grund prüfen
JSON/CSV fehltLauf noch aktiv oder Schreiben nicht abgeschlossenAbschlussmeldung und angegebenen Berichtspfad abwarten

Proxy-Login scheitert

  • /monolith proxy auf jedem Backend prüfen.
  • Velocity-Secret muss exakt mit forwarding.secret übereinstimmen; niemals ausgeben.
  • Velocity online-mode und Paper proxies.velocity.online-mode müssen übereinstimmen.
  • Nicht Velocity Modern und Bungee Legacy gleichzeitig aktivieren.
  • Backend-Port nur für die Proxy-Adresse freigeben und Clients mit dem Proxy-Port verbinden.