Sur cette page
Comparez d'abord la même période
L'appareil estime le travail local, tandis qu'un pool estime le travail contribué à partir des soumissions. Les fenêtres courtes fluctuent. Enregistrez la moyenne du mineur, la moyenne du pool, le travail accepté et le temps de redémarrage sur une période correspondante. Un travailleur qui a rejoint récemment ne doit pas être comparé à une moyenne d'appareils d'une journée complète. f2pool recommande des moyennes plus longues lors de la vérification de ces différences.
Enregistrez le motif réel du rejet
Les étiquettes du pool et du micrologiciel diffèrent. Conservez le message brut au lieu de tout regrouper en un seul décompte d’échecs. Un résultat tardif, une soumission en double et une erreur de calcul conduisent à des investigations différentes. Lorsque la difficulté des actions change, un simple décompte des actions peut également induire en erreur ; utiliser le travail pondéré en fonction de la difficulté signalé par le pool lorsqu’il est disponible.
| Observations | Vérification suivante |
|---|---|
| périmé / en retard | Latence, reconnexions et stabilité du routage |
| Dupliquer | Soumissions répétées, journaux de proxy et de connexion |
| Travail invalide | Journaux du micrologiciel, du mode de fonctionnement et du matériel |
| Non autorisé | Règles de dénomination des comptes et des travailleurs |
Testez l'itinéraire, pas seulement la région annoncée
Confirmez le point de terminaison configuré par rapport aux instructions officielles du pool, puis inspectez la fréquence de déconnexion et les temps de réponse au cours de la période problématique. Un nom de serveur à proximité ne garantit pas un itinéraire stable. Si vous testez un autre point de terminaison pris en charge, conservez les mêmes paramètres de périphérique et enregistrez l'heure de modification. Évitez de changer de pool, de firmware et de fréquence simultanément.
Vérifier la stabilité locale lorsque les erreurs persistent
Si plusieurs travailleurs sur un réseau échouent ensemble, étudiez l'infrastructure partagée. Si une seule machine est affectée, comparez ses journaux, son refroidissement et son mode avec un homologue en bon état du même modèle. Renvoyez le réglage expérimental à une configuration validée avant de juger le matériel. Utilisez les étapes de support spécifiques au modèle ; un écart dans la pool ne suffit pas à établir une planche endommagée.
Clôturer le dossier avec un enregistrement avant et après
Dans un cas hypothétique, le hashrate local reste stable tandis que les reconnexions répétées du WAN coïncident avec un travail obsolète. Après avoir réparé la connexion, comparez les périodes équivalentes et enregistrez les travaux acceptés, le taux de rejet et le nombre de reconnexions. L'amélioration après un changement conforte le diagnostic, mais un intervalle de calme très court constitue une preuve faible. Joignez les deux périodes lors de la transmission au pool ou au fournisseur.
Références
Documents originaux et lectures complémentaires. Consultez le manuel de votre équipement exact.
