Comment configurer le redémarrage automatique d’une plate-forme minière en panne ?

Architecture de script de base

1. Un script d'automatisation fonctionnel d'une plate-forme minière doit inclure trois couches essentielles : la supervision des processus, la classification des erreurs et la logique de récupération.

2. Le binaire de base XMRig ne peut à lui seul maintenir le fonctionnement pendant les déconnexions du réseau ou les événements de limitation thermique du GPU.

3. Les codes de sortie renvoyés par les binaires XMRig servent d'indicateurs principaux : le code 2 signale un échec de configuration tandis que le code 1 reflète souvent un rejet transitoire du pool.

4. La journalisation doit capturer les horodatages, les codes de sortie et les instantanés d'utilisation de la mémoire pour permettre une analyse médico-légale après des échecs répétés.

5. Les variables d'environnement telles que WALLET , POOL et CONFIG_FILE doivent être déclarées en dehors de la boucle principale pour éviter les écrasements accidentels lors des cycles de redémarrage.

Implémentation par lots Windows

1. Le fichier xmrig_guard.bat démarre avec @echo off et setlocal enabledelayedexpansion pour garantir une gestion stable des variables à travers les itérations.

2. Une variable de compteur restart_count est initialisée avant d'entrer dans la boucle de surveillance pour imposer des limites strictes aux tentatives de redémarrage consécutives.

3. Chaque appel de xmrig.exe est enveloppé dans la syntaxe de redirection >> %LOG_FILE% 2>&1 pour unifier stdout et stderr en un seul flux traçable.

4. Le branchement conditionnel évalue %errorlevel% immédiatement après l'exécution pour déterminer s'il faut incrémenter le compteur d'erreurs ou le réinitialiser.

5. Les intervalles de redémarrage retardés utilisent timeout /t %RESTART_DELAY% /nobreak >nul au lieu de ping hacks pour éviter de générer des processus enfants inutiles.

Logique de classification des défaillances

1. Les sorties liées au réseau (par exemple, délai d'attente de connexion, échec de résolution DNS) déclenchent une nouvelle tentative immédiate sans escalade de délai.

2. Les pannes provoquées par le matériel (détectées via les entrées du journal des événements Windows contenant WHEA-Logger ou nvlddmkm) provoquent un temps de recharge de 5 minutes avant le redémarrage.

3. Les modèles d'épuisement de la mémoire sont identifiés lorsque PAGE_FAULT_IN_NONPAGED_AREA apparaît à côté des lectures de mémoire engagée élevées de tasklist /fi 'imagename eq xmrig.exe' .

4. Les incohérences de configuration sont isolées en validant l'intégrité JSON à l'aide de jq.exe avant de lancer le mineur, évitant ainsi les échecs de démarrage répétés.

5. Les rejets côté pool dus à des partages obsolètes sont traités par rotation entre trois points de terminaison de strate préconfigurés stockés dans une structure de tableau au sein du fichier de commandes.

Rotation des journaux et capture de diagnostic

1. La rotation quotidienne des journaux est appliquée en ajoutant des horodatages aux noms de fichiers en utilisant la syntaxe %date:~-4,4%%date:~-7,2%%date:~-10,2% .

2. Les données de diagnostic critiques, notamment la température du GPU, la vitesse du ventilateur et la consommation électrique, sont extraites toutes les 90 secondes via nvsmi -q -d TEMPERATURE,POWER,FAN et ajoutées à un journal de diagnostic parallèle.

3. Lorsque le nombre de redémarrages dépasse sept, le script déclenche msinfo32 /nfo system_diagnostic.nfo pour générer un instantané complet du profil matériel.

4. Tous les journaux sont écrits avec des en-têtes de nomenclature UTF-8 pour garantir la compatibilité avec les analyseurs de journaux basés sur PowerShell et les redirecteurs Splunk.

5. La politique de conservation des journaux impose la suppression des fichiers datant de plus de 14 jours à l'aide forfiles /p '%~dp0logs' /s /d -14 /c 'cmd /c del @path' .

Questions courantes

Q : Ce script peut-il gérer les plates-formes à double GPU avec des profils d'horloge incompatibles ? R : Oui. Le script lit les décalages d'horloge par GPU à partir d'un fichier gpu_profiles.json et les applique à l'aide de nvoclock.exe --gpu=0 --mem=1200 --core=1500 avant de lancer XMRig.

Q : Le script interfère-t-il avec les redémarrages automatiques de Windows Update ? R : Non. Il vérifie sc query wuauserv | findstr 'RUNNING' avant de lancer tout redémarrage et suspend les actions de récupération pendant 30 minutes si le service Windows Update est actif.

Q : Comment réagit-il aux pannes de pilote signalées par Display Driver Recovery (TCC) ? R : Il détecte les événements TCC via wevtutil qe System /q:' [System[(EventID=4101)]]' /f:text et force une réinitialisation complète du GPU à l'aide de devcon disable '@PCI\VEN_10DE ' & devcon enable '@PCI\VEN_10DE*' .

Q : Existe-t-il une prise en charge des GPU AMD utilisant les pilotes ROCm ? R : Oui. Le script comprend une branche de détection qui exécute rocm-smi --showtempovr et applique des décalages tension/fréquence via rocm-smi --setfan 80 --setclock 1200 avant de démarrer le mineur.