CKPOOL - Open source pool/proxy/passthrough/redirector/library in c for Linux

[jowo88]

You need more resources for bitcoind or protect it from the bitcoin network
It's god awful resource hungry and on occasions when you are getting spammed with transactions, it wont reply for quite a while.
I've spent a lot of time over the past 4 days dealing with bitcoin problems and making sure (in advance) that the 2 blocks my pool found over that time weren't orphans ...

Look at this address sir,, make me confuse https://blockchain.info/address/1CD523oyvmb9QVyABc1uu9Zt9ovjPzXV7h

Maybe this attack the network?

[1713997035]

1713997035

[1713997035]

1713997035

[1713997035]

1713997035

[1713997035]

1713997035

[1713997035]

1713997035

[1713997035]

1713997035

[PrivacyBTC]

My Pool Now is Online )))

Thank You CK for your effort , Your ckpool now connected to bitcoind.

It's take about 14 days , more than 30 issues fixed until i seen my miners online and worked to my pool .

Actually it takes this period due to low resources on internet to running this kind of programs , Also my linux knowledge not so good .

I run bitcoind on windows server 2012  5G Ram 4 Processor

Running ckpool on centos   3g Ram .

Now Trying to fix Internal Server Error in webserver to got stats but ckpool.log is working fine for me as privet pool .

Now I don't care to spent 6 btc renting hash to my pool expect for orphans race .

Finlay Thanks very much you CK and Kano .
I ll be happy to know donation address to support this develop .

Regards


I got this Error every 10 minutes and sometimes every 1 h But pool working good and accept works .

[2015-06-09 02:29:27] Failed to recv in read_socket_line with errno 11: Resource temporarily unavailable
[2015-06-09 02:29:27] Failed to read http socket lines in json_rpc_call
[2015-06-09 02:29:27] Reopening socket to 64.#####:8332
[2015-06-09 02:29:27] Failed to get valid json response to getblocktemplate
[2015-06-09 02:29:29] Failed to recv in read_socket_line with errno 11: Resource temporarily unavailable
[2015-06-09 02:29:29] Failed to read http socket lines in json_rpc_call
[2015-06-09 02:29:29] Reopening socket to 64.#####:8332
[2015-06-09 02:29:29] Failed to get valid json response to getblocktemplate
[2015-06-09 02:29:29] CRITICAL: No bitcoinds active!

Restarting Bitcoind is a pain killer then restarting ckpool it return to

root@ip-###### [/home/owner/public_html]# ckpool -A
[2015-06-09 02:40:15] Unable to parse serverurl entries as an array
[2015-06-09 02:40:15] ckpool generator starting
[2015-06-09 02:40:15] ckpool stratifier starting
[2015-06-09 02:40:15] ckpool connector starting
[2015-06-09 02:40:16] ckpool connector ready
[2015-06-09 02:40:16] ckpool stratifier ready

[tf315]

I've been using ckproxy on a Centos machine for a while to connect to Kano.is and haven't had any problems. Thanks for writing this - its nice to have one connection out instead of one per machine.

I thought I would see if one of the small project boards would work as a proxy so I compiled it on an Odroid C1 (fedora). Compiled easily with only signed/unsigned warnings and connects just fine to kano.is but I get the following error when a miner finds a share and tries to submit it:

[2015-06-13 23:36:56] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:36:56] Attempted to send null message to generator in send_proc
[2015-06-13 23:37:00] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:37:00] Attempted to send null message to generator in send_proc
[2015-06-13 23:37:06] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:37:06] Attempted to send null message to generator in send_proc
[2015-06-13 23:37:12] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:37:12] Attempted to send null message to generator in send_proc
[2015-06-13 23:37:13] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:37:13] Attempted to send null message to generator in send_proc
[2015-06-13 23:37:17] Invalid json line:1 col:4 pos:4 text: NULL string argument from stratifier.c submit_share:2953
[2015-06-13 23:37:17] Attempted to send null message to generator in send_proc

Any ideas on what could cause this?

I have it running right now without any miners attached and the log just has standard messages (0 hashrate and block hash change messages). When miners attach, they show share submitals, etc so it looks OK on that side. But proxy has the errors above and the pool doesn't show the shares since I'm sure they're not getting submitted.

Thanks

[-ck]

I thought I would see if one of the small project boards would work as a proxy so I compiled it on an Odroid C1 (fedora). Compiled easily with only signed/unsigned warnings and connects just fine to kano.is but I get the following error when a miner finds a share and tries to submit it:

32bit processor? There's no 32 bit support in ckpool code.

[tf315]

I thought I would see if one of the small project boards would work as a proxy so I compiled it on an Odroid C1 (fedora). Compiled easily with only signed/unsigned warnings and connects just fine to kano.is but I get the following error when a miner finds a share and tries to submit it:

32bit processor? There's no 32 bit support in ckpool code.

Understood - but I thought I saw a message earlier that someone had compiled it on a 32bit processor and it worked. I expected it wouldn't compile if that were the issue but it does and connects to kano.is with no problem. Just can't submit any shares.

I'll drop the experiment. Thought a simple, cheap, power efficient proxy would be good to run vs having it on one of my servers. It would be good to have a redundant, backup proxy.

[bgibso01]

I was kind of curious before trying to install CKPool to play around with.  What kind of share logs does it produce or the format of them?

[-ck]

I was kind of curious before trying to install CKPool to play around with.  What kind of share logs does it produce or the format of them?

By default it doesn't log shares unless you enable the -L | --log-shares option.

If you do enable share logging it creates subdirectories for each stratum work update and a sharelog entry, eg:
logs/00058798/558b38ff00000000.sharelog     

each share is logged and looks like this:

Code:

{"workinfoid": 6164083182854471680, "enonce1": "00398b55", "clientid": 1, "createinet": "localhost:3333", "workername": "a", "createdate": "1435187472,294148559", "nonce2": "030000", "ntime": "558b38ff", "diff": 1.0, "result": true, "nonce": "9ffc0151", "hash": "00000000b2768b34f5af2ddcb197fbb8e30e2f2cdf9052bc23884de4fe6e86b1", "sdiff": 1.4344486271514834, "errn": 0, "createby": "code", "createcode": "parse_submit", "username": "a"}  

[bgibso01]

I was kind of curious before trying to install CKPool to play around with.  What kind of share logs does it produce or the format of them?

By default it doesn't log shares unless you enable the -L | --log-shares option.

If you do enable share logging it creates subdirectories for each stratum work update and a sharelog entry, eg:
logs/00058798/558b38ff00000000.sharelog     

each share is logged and looks like this:

Code:

{"workinfoid": 6164083182854471680, "enonce1": "00398b55", "clientid": 1, "createinet": "localhost:3333", "workername": "a", "createdate": "1435187472,294148559", "nonce2": "030000", "ntime": "558b38ff", "diff": 1.0, "result": true, "nonce": "9ffc0151", "hash": "00000000b2768b34f5af2ddcb197fbb8e30e2f2cdf9052bc23884de4fe6e86b1", "sdiff": 1.4344486271514834, "errn": 0, "createby": "code", "createcode": "parse_submit", "username": "a"}  

Thanks for the post.  That was exactly what I wanted to know.  For my own playing around, I didn't want to have to deal with a database.  The logs look like they would be fine for importing csv info to calc if I wanted.

[kano]

... or you can just read the hourly logs/ckdbYYYYMMDDHH.log files that ckpool can create.

[bgibso01]

Ok, since there's no such thing as stupid questions...

Can a pool get it's block info from any node that's port 8333 is open?  I realize most run their own node, but just curious.

Heading over to page 1 again in case it states it there.

Edit:  Ok, guess not.  Pools look at 8332?

Maybe I'm missing something, but why wouldn't we want pools to be able to get info from any node?

[kano]

Well the answer is 2 fold ...

Indeed why would such a restriction exist? It doesn't. Look at the sample ckpool.conf
https://bitbucket.org/ckolivas/ckpool/src/580cf3a2b29a2a5e585cc3fb86fb6bf3ac86fef4/ckpool.conf?at=master
The first thing in there ... "btcd"

However, going remote to do getblocktemplate? Youch.

GBT is (lack of) designed for local access only.
https://github.com/bitcoin/bitcoin/issues/1985#issuecomment-10061729

If you start adding extra delays to work generation - that would be a bad idea.

A pool should have a local bitcoind.
If you are trying to run a pool on low performance hardware, then expect to lose out because of that.

[bgibso01]

Thanks.  Agreed.  Was just wondering if it would make more sense for a high speed node network.  But the more I think about it, the less centralized it becomes and that doesn't seem like a good thing.  I really like the implementation of CKPool.  I was running a full node earlier, but my cap is 350gb and with the household, I come really close to that with one running.

[TimSweat]

Think I might stick my s1 on it for a few months and see if I get very very lucky . lmao , probably not but we will see .

[achow101_alt]

I'm trying to set up the whole thing as a test and learning experience, and when I try to start ckdb, I always get this error

Code:

check_db_version(): Select failed (7) 'ERROR:  relation "version" does not exist LINE 1: select version() as pgv,* from version;

Why? I can see that that table doesn't exist in the database. Won't ckdb set up all of its necessary tables by itself?

[kano]

I'm trying to set up the whole thing as a test and learning experience, and when I try to start ckdb, I always get this error

Code:

check_db_version(): Select failed (7) 'ERROR:  relation "version" does not exist LINE 1: select version() as pgv,* from version;

Why? I can see that that table doesn't exist in the database. Won't ckdb set up all of its necessary tables by itself?

There are scripts in the sql/ folder ... have a look at them.

[achow101_alt]

I'm trying to set up the whole thing as a test and learning experience, and when I try to start ckdb, I always get this error

Code:

check_db_version(): Select failed (7) 'ERROR:  relation "version" does not exist LINE 1: select version() as pgv,* from version;

Why? I can see that that table doesn't exist in the database. Won't ckdb set up all of its necessary tables by itself?

There are scripts in the sql/ folder ... have a look at them.

Ah. I see. thanks.

[netnegar]

Dear All

I configured the ckpool and it is work right .
But I have a problem with web interface .
I appreciate if someone provide me a web configuration manual
or how we can connect the interface to ckpool

Regards

[dogedood]

While running some tests on the pool software, I see lots of clients being dropped.

What do you make of this:

[2015-07-17 02:33:05.328] Client id 753 fd 22 RDHUP in epoll
[2015-07-17 02:33:05.329] Connector dropped client 753 fd 22
[2015-07-17 02:33:05.329] Opened client path /tmp/ckpool/stratifier successfully on socket 14
[2015-07-17 02:33:05.329] Closing file handle 14
[2015-07-17 02:33:05.329] Closing file handle 9
[2015-07-17 02:33:05.329] Connector recycling client 750
[2015-07-17 02:33:05.329] Closing file handle 744
[2015-07-17 02:33:05.329] Stratifier received request: dropclient=753
[2015-07-17 02:33:05.329] Stratifier asked to drop client 753
[2015-07-17 02:33:05.329] Dropped client 753 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Is this normal behavior or a problem?

[-ck]

While running some tests on the pool software, I see lots of clients being dropped.

What do you make of this:

[2015-07-17 02:33:05.328] Client id 753 fd 22 RDHUP in epoll
[2015-07-17 02:33:05.329] Connector dropped client 753 fd 22
[2015-07-17 02:33:05.329] Opened client path /tmp/ckpool/stratifier successfully on socket 14
[2015-07-17 02:33:05.329] Closing file handle 14
[2015-07-17 02:33:05.329] Closing file handle 9
[2015-07-17 02:33:05.329] Connector recycling client 750
[2015-07-17 02:33:05.329] Closing file handle 744
[2015-07-17 02:33:05.329] Stratifier received request: dropclient=753
[2015-07-17 02:33:05.329] Stratifier asked to drop client 753
[2015-07-17 02:33:05.329] Dropped client 753 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Is this normal behavior or a problem?

If your clients are disconnecting, they're disconnecting from their end... there's nothing a pool can do to force them to stay connected.

[dogedood]

Ok, thank you.