Fehlerbehebung

Die Meldungen, die Simhive bei Problemen zeigt, und was jeweils hilft: unknown token, simc commit differs, not in the pool, leeres Fenster, Fehler beim Docker-Pull, 0 it/s.

Problem melden #

Problem melden in der Fußzeile schickt dem Betreiber alles, wonach diese Seite sonst fragen würde: die Versionen, den Status des Rechners, die letzten Log-Zeilen und das Ergebnis, das du gerade offen hattest. Nutz das, bevor du woanders schreibst – die Antwort erscheint unter Einstellungen → Pool.

„rejected: unknown token“ #

Der Token in den Einstellungen stammt nicht von diesem Pool (ein Tippfehler oder ein Token aus einem anderen Pool). Hol dir einen neuen und füg ihn ein.

„simc commit differs … fetching“ #

Ganz normal, nachdem ein neuer Nightly-Build erschienen ist: Der Rechner lädt gerade den Build des Pools und ist gleich von selbst wieder da. Hängt er länger als zehn Minuten fest, steht der Grund im Log des Simhive-Panels (meist der Download). Er versucht es alle zehn Minuten erneut.

„Windows blocks SimulationCraft on this machine“ #

Der simc des Pools ist bei jedem Wechsel ein frischer, unsignierter Build, und Smart App Control (Windows 11) – oder eine App-Steuerungsrichtlinie deiner Organisation – lässt ein unbekanntes unsigniertes Programm nicht laufen. Der Rechner leistet dann nichts: Die Zeile „Lending“ in den Simhive-Einstellungen und das Tray sagen es, und der Pool stellt ihn mit diesem Grund beiseite, statt ihm Batches zu geben. Windows-Sicherheit → Schutzverlauf nennt Richtlinie und Datei. Smart App Control kennt keine Ausnahme für eine einzelne Datei: an oder aus, und aus bleibt aus (Windows-Sicherheit → App- und Browsersteuerung → Smart App Control). Eine Richtlinie der Organisation ändert nur ihr Admin; freizugeben ist der Ordner %APPDATA%\simhive\data\simc. Simhive prüft alle fünf Minuten erneut und ist wieder im Pool, sobald der Build läuft. Vom Pool aus lässt sich daran nichts ändern, und ein älterer Build ist kein Ausweg: Alle Rechner des Pools laufen mit demselben simc-Commit, damit die Zahlen einer Sim zusammenpassen.

„not in the pool“ / connecting… #

Simhive verbindet sich ausgehend mit wss://simhive.app/worker auf Port 443. Eingehend ist nichts nötig, auch keine Portweiterleitung. Ein Firmen-Proxy oder eine Firewall, die WebSockets blockiert, sperrt die Verbindung aus. Nach einem Netzwerkwechsel hilft Reconnect im Panel.

Das Fenster bleibt leer oder zeigt ewig „starting the engine…“ #

Über das Tray beenden und neu starten. Hängt es immer noch, steht der Grund im Log unter %APPDATA%\simhive\simhive.log (Linux: ~/.config/simhive/simhive.log). Schick es dem Betreiber.

Docker: „unauthorized“ beim Pull #

Das Image ist öffentlich und braucht keinen Login. Stehen alte Zugangsdaten im Weg, entfernt docker logout ghcr.io sie. „manifest unknown“ heißt: Dein Docker läuft auf ARM, das Image gibt es aber nur für x86-64.

Docker: Der Container startet ständig neu #

docker compose logs zeigt den Grund. Meist fehlt der Token in der .env (ohne Token startet Compose gar nicht), oder der Pool war nicht erreichbar, um den passenden SimulationCraft-Build abzufragen – dann versucht er es von selbst erneut.

Web: „keiner deiner Rechner ist mit dem Pool verbunden“ #

In den Pool gehen deine Sims nur, solange ein Rechner mit deinem Token verbunden ist. Ohne ihn simmt die Seite stattdessen in deinem Browser-Tab – langsamer und nur kleinere Sims (Simmen ohne Verleihen). Diese Meldung heißt: Der Tab kann es nicht – in Safari oder bei einer Sim, die den Pool braucht (Vergleich, Mythisch+-Routen, Tank-Kämpfe). Starte Simhive (oder deinen Docker-Container) auf einem deiner Rechner; eine Minute später laufen deine Sims im Pool. Pausiert zählt als verbunden.

Überall steht 0 it/s #

Die Geschwindigkeiten werden an echten Paketen gemessen, nicht geschätzt. Nach den ersten Sims füllen sich die Werte.

Mein PC wird träge, während er simmt #

Stell den Thread-Regler niedriger (lass zwei Threads für dich übrig) oder schalte „pause by itself while World of Warcraft runs“ ein. Pause lending stoppt sofort.

Der Pool zeigt meinen Rechner als „veraltet“ #

Die Simhive-App aktualisierst du über ihr Tray-Menü (Update now), einen Docker-Worker mit docker compose pull && docker compose up -d.

Wo liegen meine Einstellungen und mein Verlauf? #

%APPDATA%\simhive\: settings.json, data\history, data\simc (die Builds). Linux: ~/.config/simhive/. Beim Deinstallieren bleibt alles erhalten.