Bitcoin Forum
April 26, 2024, 07:22:35 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: [BOUNTY] poclbm multi-pool support (claimed)  (Read 4878 times)
xf2_org (OP)
Member
**
Offline Offline

Activity: 98
Merit: 13


View Profile
May 31, 2011, 03:28:15 AM
Last edit: May 31, 2011, 05:00:26 AM by xf2_org
 #1

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
1714116155
Hero Member
*
Offline Offline

Posts: 1714116155

View Profile Personal Message (Offline)

Ignore
1714116155
Reply with quote  #2

1714116155
Report to moderator
"Bitcoin: the cutting edge of begging technology." -- Giraffe.BTC
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
TurdHurdur
Full Member
***
Offline Offline

Activity: 216
Merit: 100


View Profile
May 31, 2011, 03:39:11 AM
 #2

A Perl script I made does what you're talking about.
frozen
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
May 31, 2011, 04:03:35 AM
 #3

https://github.com/kylegibson/poclbm

This is a REALLY quick hack, but it works. If you want additional features let me know.

SchizophrenicX
Member
**
Offline Offline

Activity: 112
Merit: 100

"I'm not psychic; I'm just damn good"


View Profile
May 31, 2011, 04:05:50 AM
 #4

That was fast lolx

frozen
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
May 31, 2011, 04:51:31 AM
 #5

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 Offline

Activity: 98
Merit: 13


View Profile
May 31, 2011, 05:04:02 AM
 #6

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
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
May 31, 2011, 05:12:42 AM
 #7

Bounty received. I will have the changes committed soon for tolerance and a list of backups.

frozen
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
May 31, 2011, 07:49:43 AM
 #8

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
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
June 02, 2011, 02:32:06 AM
 #9

I committed a change which displays the current pool as part of the display (e.g. hashrate).

SchizophrenicX
Member
**
Offline Offline

Activity: 112
Merit: 100

"I'm not psychic; I'm just damn good"


View Profile
June 03, 2011, 03:44:07 PM
 #10

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 Offline

Activity: 28
Merit: 0


View Profile
June 03, 2011, 03:57:54 PM
 #11

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 Offline

Activity: 98
Merit: 13


View Profile
June 03, 2011, 03:59:41 PM
 #12

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 Offline

Activity: 99
Merit: 10


View Profile
June 03, 2011, 05:19:08 PM
 #13

would this be compatible with the windows build of poclbm?
frozen
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
June 03, 2011, 05:49:53 PM
 #14

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
Full Member
***
Offline Offline

Activity: 196
Merit: 100



View Profile
June 04, 2011, 05:11:30 AM
 #15

FYI - Just committed a change which attempts primary pool fail back on a specified get work frequency.

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!