xf2_org (OP)
Member
Offline
Activity: 98
Merit: 13
|
|
May 31, 2011, 03:28:15 AM Last edit: May 31, 2011, 05:00:26 AM by xf2_org |
|
With recent DDoS's and other pool instability, it would be really useful for poclbm to fallback to another JSON-RPC endpoint/username/password, if the current JSON-RPC endpoint fails for any reason.
It is possible to use the 'flexible mining proxy' or pushpool or other external scripts and solutions, but a fully reliable solution requires running such proxies on each miner, which is decidedly sub-optimal. Solution must be self-contained within poclbm.
Edit: bounty claimed
|
|
|
|
|
|
|
|
There are several different types of Bitcoin clients. The most secure are full nodes like Bitcoin Core, but full nodes are more resource-heavy, and they must do a lengthy initial syncing process. As a result, lightweight clients with somewhat less security are commonly used.
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
SchizophrenicX
Member
Offline
Activity: 112
Merit: 100
"I'm not psychic; I'm just damn good"
|
|
May 31, 2011, 04:05:50 AM |
|
That was fast lolx
|
|
|
|
frozen
|
|
May 31, 2011, 04:51:31 AM |
|
I am working on a change that lets you specify the number of errors before the swap is made, i.e. a fault tolerance sensitivity.
|
|
|
|
xf2_org (OP)
Member
Offline
Activity: 98
Merit: 13
|
|
May 31, 2011, 05:04:02 AM |
|
A list of fallbacks would be nice (recently both slush and deepbit were down at the same time), rather than just one. As you already mentioned, tuning the number of failures would be useful. And figuring out some way to notice when the primary server is back up (presumably it is primary for a reason).
Regardless... that meets the criteria in the original post. 10 BTC sent.
|
|
|
|
frozen
|
|
May 31, 2011, 05:12:42 AM |
|
Bounty received. I will have the changes committed soon for tolerance and a list of backups.
|
|
|
|
frozen
|
|
May 31, 2011, 07:49:43 AM |
|
Changes that enable for multiple backup pools and tolerance have been committed.
This commit does not include periodic checking of the primary pool. I have not yet designed a decent way to accomplish this yet, but will commit and reply when I do.
|
|
|
|
frozen
|
|
June 02, 2011, 02:32:06 AM |
|
I committed a change which displays the current pool as part of the display (e.g. hashrate).
|
|
|
|
SchizophrenicX
Member
Offline
Activity: 112
Merit: 100
"I'm not psychic; I'm just damn good"
|
|
June 03, 2011, 03:44:07 PM |
|
hi frozen, great job. Can you explain simply how the commandline should be input? also would poclbm try to connect to main pool from time to time and if it does get connected switch back to the preferred pool?
|
|
|
|
Genrobo
Newbie
Offline
Activity: 28
Merit: 0
|
|
June 03, 2011, 03:57:54 PM |
|
For unattended miners, let's say the primary crashes, and it mines on the secondary for a few hours, but you don't personally see this happen.
Does this log anywhere that it was using a second pool for some period of time? Because ultimately, you'll have to go to that pool and collect payout, it would be nice to know if a crash happened while you weren't there. Otherwise you'd be building up BTC in your secondaries without knowing about it.
|
|
|
|
xf2_org (OP)
Member
Offline
Activity: 98
Merit: 13
|
|
June 03, 2011, 03:59:41 PM |
|
hi frozen, great job. Can you explain simply how the commandline should be input? also would poclbm try to connect to main pool from time to time and if it does get connected switch back to the preferred pool?
It includes a README...
|
|
|
|
Xer
Member
Offline
Activity: 99
Merit: 10
|
|
June 03, 2011, 05:19:08 PM |
|
would this be compatible with the windows build of poclbm?
|
|
|
|
frozen
|
|
June 03, 2011, 05:49:53 PM |
|
also would poclbm try to connect to main pool from time to time and if it does get connected switch back to the preferred pool?
No, the code doesn't currently re-connect to the preferred pool, except when all of the secondaries have gone down. Does this log anywhere that it was using a second pool for some period of time?
It doesn't currently log anywhere which pools it has connected to, but it does display the current pool. would this be compatible with the windows build of poclbm?
I am not sure whether it is compatible with the windows build, but I didn't do anything linux-specific, so I don't see why it would not work.
|
|
|
|
frozen
|
|
June 04, 2011, 05:11:30 AM |
|
FYI - Just committed a change which attempts primary pool fail back on a specified get work frequency.
|
|
|
|
|