Hello all,
recently had my very first "oops" experience with my bitfury miner.
Was mining absolutely(!) rock stable with cron miner restarts 2 hourly at 225-230 Gh/s with lately 6 pro-modded(*) h-board for two month now.
Suddenly only the first 3 h-boards (0/4/5) had full useable nonces, 8/9/C were hashing at normal speed but did produce absolutely 0% useable nonces. No exceptional SPI nor MISO errors were detected.
Miner restarts (which work even in cases of a "hot-plug") and even complete reboot did not help. Only a halt with power-cycle restored full function.
Why? Any similar experience or explainations, anyone?
Thanks,
Gerald
*) 20x precision spindle trimmers for overvolting, additional power cabling to compensate for voltage drop over PCBs and even voltage for all chips, not heatsinks, 7 fans.
I do have similar experience. About once a week, the noncerate reported by the pool drops to 15-40% of former value. The bitfury itself reports full noncerate as if nothing happened. I have to log in and reboot the RaspberryPi (
sudo shutdown -r now), then it works for another week or so. I was thinking about a watchdog script. Any ideas on how to do it?
Thanks for the feedback, but I think this is a different problem, especially because a reboot without power cycle did not cure the problem for me.
In your case I would more think of an issue with the stratum proxy and the pool.
Did you try to restart the stratum proxy? I would check the queue length in /run/shm/.putstat.log. If it is much greater than 0, it could be a bandwitdh upstream issue or high CPU load of the RasPi if difficulty is set quite low.
