Bitaxe Gamma oft Verbindungsabbrüche zu Public Pool auf Node

[SonicMcPain]

Hallo zusammen,

ich habe seit kurzem einen Bitaxe Gamma den ich primär über meine Node (Umbrel/Bitcoin Core/Public Pool auf RPi5) minen lassen wollte. Leider springt der Gamma sehr oft auf den Fallback-Pool: „Using fallback pool - Share stats reset. Check Pool Settings and or / reboot Bitaxe“.
Die Einstellungen im AxeOS betreffend Host+Port passen.

Was mich wundert ist, dass er nicht auf dem Fallback bleibt und immer wieder mal für kurze Zeit auf den Pool meiner Node springt, nur um danach wieder zum Fallback-Pool zu wechseln.

Folgendes aus dem Fehlerprotokoll des Public Pools

Error getblocktemplate: Error: ESOCKETTIMEDOUT
Error getmininginfo Error: ESOCKETTIMEDOUT

Was sind ESocket-Timeouts und wie kann ich die verhindern? Sind diese Timeouts die Ursache für den Wechsel zum Fallback Pool?

Vielen Dank vorab.

[Denis81P]

“TIMEDOUT” heißt → die Verbindung hat zu lange gebraucht bzw. die Gegenseite hat nicht schnell genug geantwortet.

kann sein dass bitcoin core nicht schnell genug templates erstellt (cpu auslesen!) oder die verbindung ist schlecht (wlan checken), ich habe zb. auf umbrel geschoben (weil im grunde nur ein app ist), weil hardware könnte nicht sein (lenovo m910g i5, 16gb ram, 2tb ssd), deswegen gewechselt

mir haben die settings geholfen:

• Set rpcservertimeout=300
• Configured rpcthreads=64, rpcworkqueue=256
• Public Pool .env has BITCOIN_RPC_TIMEOUT=20000

ansonsten cpu, ram auslastung checken
bitcoin core logs checken

bin allerdings auf start9 umgestiegen, hier screens:

bitcoin core

public pool