periodically i get such message in log
# connection closed by server r:0
# reconnecting
# connected to: zen.suprnova.cc:3618
# server set difficulty to: 000f0f0f0f0f0f0f0f0f0f0f...
# connection closed by server r:0
# reconnecting
# connected to: zen.suprnova.cc:3618
share counter drops to 0
gpus getting cold for some minutes, then the process starts again until next reconnect.
is this a bad thing? never got share zero-drop with ewbf.
I have this exact same issue, every 3hrs my rigs get disconnected and reconnect for 5min before they start mining again. Internet is not the problem btw and the rigs dont have anti-virus or firewalls up.
but without disconnections to zec-eu1.nanopool.org
it is a pity, can't use with so many disconnections
Can it be an issue with low capacity of RAM? I have only 2gb Ram on my PC. Lan network.
I have the same problem on v0.5.8. Miner works for a day, and suddenly goes "zm.exe is not responding". At this point I must manually restart the Miner. This never happend to me on v0.5.7.
I've noticed that when too many recons happen then my mining client crashes. right now ive been mining 18hrs with only one reconnection and the rigs are running flawlessly. It's obviously an issue with maintaining a connection to the mining pool. Hopefully that gets sorted out soon enough. I've had this issue on 0.5.7 and 0.5.8 so rolling back to the previous version makes no difference. Right now I'll work on integrating this free open source watchdog script (https://bitcointalksearch.org/topic/cmd-farmwatchbot-ewbf-claymore-bminer-dstm-cc-eth-castxmr-phoenix-2071108) that will reboot the mining client on crash and reboot my rigs on regular intervals just to manage the issue until the pool and client are working well together again.
im getting teh "zm.exe is not responding" error too, wonder if its my 1080ti settings of 150+ core too high?