Wie richten Sie einen automatischen Neustart für ein ausgefallenes Mining-Rig ein?

Kernskriptarchitektur

1. Ein funktionierendes Automatisierungsskript für Mining-Rigs muss drei wesentliche Ebenen umfassen: Prozessüberwachung, Fehlerklassifizierung und Wiederherstellungslogik.

2. Die Basis-XMRig-Binärdatei allein kann den Betrieb bei Netzwerkunterbrechungen oder thermischen Drosselungsereignissen der GPU nicht aufrechterhalten.

3. Von XMRig-Binärdateien zurückgegebene Exit-Codes dienen als primäre Indikatoren – Code 2 signalisiert einen Konfigurationsfehler, während Code 1 häufig die Ablehnung eines vorübergehenden Pools widerspiegelt.

4. Die Protokollierung muss Zeitstempel, Exit-Codes und Snapshots der Speichernutzung erfassen, um eine forensische Analyse nach wiederholten Fehlern zu ermöglichen.

5. Umgebungsvariablen wie WALLET , POOL und CONFIG_FILE müssen außerhalb der Hauptschleife deklariert werden, um versehentliches Überschreiben während Neustartzyklen zu verhindern.

Windows-Batch-Implementierung

1. Die Datei xmrig_guard.bat wird mit @echo off und setlocal enabledelayedexpansion gestartet, um eine stabile Variablenverarbeitung über Iterationen hinweg sicherzustellen.

2. Eine Zählervariable restart_count wird vor dem Eintritt in die Überwachungsschleife initialisiert, um feste Grenzwerte für aufeinanderfolgende Neustartversuche durchzusetzen.

3. Jeder Aufruf von xmrig.exe wird in die Umleitungssyntax >> %LOG_FILE% 2>&1 eingeschlossen, um stdout und stderr in einem einzigen nachverfolgbaren Stream zu vereinen.

4. Die bedingte Verzweigung wertet %errorlevel% unmittelbar nach der Ausführung aus, um zu bestimmen, ob der Fehlerzähler erhöht oder zurückgesetzt werden soll.

5. Verzögerte Neustartintervalle verwenden timeout /t %RESTART_DELAY% /nobreak >nul anstelle von ping Hacks, um das Erzeugen unnötiger untergeordneter Prozesse zu vermeiden.

Fehlerklassifizierungslogik

1. Netzwerkbezogene Exits (z. B. Verbindungszeitüberschreitung, DNS-Auflösungsfehler) lösen einen sofortigen Wiederholungsversuch ohne Verzögerungseskalation aus.

2. Hardwarebedingte Abstürze – erkannt über Windows-Ereignisprotokolleinträge, die WHEA-Logger oder nvlddmkm enthalten – rufen vor dem Neustart eine Abklingzeit von 5 Minuten hervor.

3. Speicherauslastungsmuster werden identifiziert, wenn PAGE_FAULT_IN_NONPAGED_AREA neben hoch zugesicherten Speicherwerten aus tasklist /fi 'imagename eq xmrig.exe' angezeigt wird.

4. Konfigurationskonflikte werden isoliert, indem die JSON-Integrität mit jq.exe vor dem Start des Miners überprüft wird, wodurch wiederholte Startfehler verhindert werden.

5. Poolseitige Ablehnungen aufgrund veralteter Freigaben werden durch Rotation zwischen drei vorkonfigurierten Stratum-Endpunkten gehandhabt, die in einer Array-Struktur innerhalb der Batch-Datei gespeichert sind.

Protokollrotation und Diagnoseerfassung

1. Die tägliche Protokollrotation wird durch Anhängen von Datumsstempeln an Dateinamen mithilfe der Syntax %date:~-4,4%%date:~-7,2%%date:~-10,2% erzwungen.

2. Kritische Diagnosedaten – einschließlich GPU-Temperatur, Lüftergeschwindigkeit und Stromverbrauch – werden alle 90 Sekunden über nvsmi -q -d TEMPERATURE,POWER,FAN abgerufen und an ein paralleles Diagnoseprotokoll angehängt.

3. Wenn die Anzahl der Neustarts sieben überschreitet, löst das Skript msinfo32 /nfo system_diagnostic.nfo aus, um einen vollständigen Snapshot des Hardwareprofils zu erstellen.

4. Alle Protokolle werden mit UTF-8-BOM-Headern geschrieben, um die Kompatibilität mit PowerShell-basierten Protokollanalysatoren und Splunk-Weiterleitungen sicherzustellen.

5. Die Protokollaufbewahrungsrichtlinie erzwingt das Löschen von Dateien, die älter als 14 Tage sind, mithilfe von forfiles /p '%~dp0logs' /s /d -14 /c 'cmd /c del @path' .

Häufige Fragen

F: Kann dieses Skript Dual-GPU-Rigs mit nicht übereinstimmenden Taktprofilen verarbeiten? A: Ja. Das Skript liest die Taktoffsets pro GPU aus einer gpu_profiles.json- Datei und wendet sie mit nvoclock.exe --gpu=0 --mem=1200 --core=1500 an, bevor XMRig gestartet wird.

F: Beeinträchtigt das Skript die automatischen Neustarts von Windows Update? A: Nein. Es prüft sc query wuauserv | findstr 'RUNNING' vor dem Einleiten eines Neustarts und unterbricht Wiederherstellungsaktionen für 30 Minuten, wenn der Windows Update-Dienst aktiv ist.

F: Wie reagiert es auf Treiberabstürze, die von Display Driver Recovery (TCC) gemeldet werden? A: Es erkennt TCC-Ereignisse über wevtutil qe System /q:' [System[(EventID=4101)]]' /f:text und erzwingt einen vollständigen GPU-Reset mit devcon disable '@PCI\VEN_10DE ' & devcon enable '@PCI\VEN_10DE*' .

F: Gibt es Unterstützung für AMD-GPUs, die ROCm-Treiber verwenden? A: Ja. Das Skript enthält einen Erkennungszweig, der rocm-smi --showtempovr ausführt und Spannungs-/Frequenz-Offsets über rocm-smi --setfan 80 --setclock 1200 anwendet, bevor der Miner gestartet wird.