You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This issue was monitored since a few days. When switching from cuckaroo29b to ethash mining all shares are rejected as duplicates. Then of course IP is banned.
I think I didn't noticed it before because this switching is quite rare but this might be a new issue, dunno. All other monitored switching pairs work fine from weeks.
The result is the same with GMiner or T-rex with ethash: duplicate shares
+----------------------------------------------------------------+
| GMiner v2.58 |
+----------------------------------------------------------------+
Algorithm: Cuckaroo29b
DevFee: 4%
Stratum server:
host: 127.0.0.1:3333
user: WALLET
password: GPU~c29b
Power calculator: off
Color output: on
Watchdog: on
API: off
Log to file: off
Selected devices: GPU0
Intensity: 100
Temperature limits: 90/120
02:13:12 P2 State Disabled
02:13:13 Nvidia Driver: 471.68
02:13:14 GPU0 NVIDIA GeForce RTX 2060 6GB: Selected 5GB Solver
Pool (gulf.moneroocean.stream:10256) <-> miner link was established due to new miner connection
02:13:14 Connected to 127.0.0.1:3333 [127.0.0.1]
02:13:14 Authorized on Stratum Server
02:13:14 New Job: 17170242 Diff: 6
02:13:14 Started Mining on GPU0: NVIDIA GeForce RTX 2060 6GB [0000:26:00.0]
02:13:24 New Job: 17170664 Diff: 6
02:13:30 GPU0: Share #1 accepted 58 ms
I have also noticed this with other combos of miner or algo. I think I've had it happen with autolykos2 on T-Rex as the rejecting algo. But the T-Rex changelog said some stuff about corrupt shares and I thought it was just that version. It happens so randomly I'm not sure if the problem is still there with v0.24.2... But it's not just when switching to ethash.
My suspicion is just something with miner init didn't work right -- shutdown of old miner to startup of new miner needs settle-delay to allow for the previous miner to fully exit? I have not seen this with a service restart in systemd with miners, it either goes some hundreds of ms slower or actually awaits all the killed pids to go away before starting again.
Definitely some sort of state/timing problem. Adding a relaunch delay in general is probably good, it really forks crazy fast when a GPU goes absent, etc.
This issue was monitored since a few days. When switching from cuckaroo29b to ethash mining all shares are rejected as duplicates. Then of course IP is banned.
I think I didn't noticed it before because this switching is quite rare but this might be a new issue, dunno. All other monitored switching pairs work fine from weeks.
The result is the same with GMiner or T-rex with ethash: duplicate shares
...
The text was updated successfully, but these errors were encountered: