Pages:
Author

Topic: [ANN] Eloipool - FAST Python3 pool server software - GBT/stratum/dyntarget/proxy - page 4. (Read 123077 times)

newbie
Activity: 4
Merit: 0
Have just finished installing and setting up. Managed to get through everything reasonably well.

Started mining via the testnet to confirm all is functioning only to get this error below

Code:
2014-03-08 04:54:38,424	merkleMaker	INFO	New block: 00000000a7b45a26837f6e134f3fc00cc042dd7a73edafedca1cdfd20301f8a8 (height: 203771; bits: 1b180ab0)
2014-03-08 04:54:38,448 JSONRPCServer INFO Waiting 15 seconds to longpoll
2014-03-08 04:54:42,694 JSONRPCServer INFO Ignoring longpoll attempt while another is waiting
2014-03-08 04:54:53,409 JSONRPCServer INFO Nobody to longpoll
2014-03-08 05:05:27,233 checkShare INFO BLKHASH:            d739a915e14c3f70fde09220df14cef8097493ab8fa607783a767
2014-03-08 05:05:27,235 checkShare INFO TARGET:           180ab0000000000000000000000000000000000000000000000000
2014-03-08 05:05:27,235 checkShare INFO Submitting upstream
2014-03-08 05:05:27,237 checkShare INFO Real block payload: 02000000a8f80103d2df1ccaedafed737add42c00cc03f4f136e7f83265ab4a700000000857ab5db6004b9c70749b35841980b1877360390f9f7740b700d1593a6e63f724f181a53b00a181b03b8f8cc1101000000010000000000000000000000000000000000000000000000000000000000000000ffffffff1103fb1b0304531a184f00000000c4010000ffffffff01f03b082a010000001976a91438ac799ceb934fec797fd7e8800661f5ab4bb7dd88ac000000000100000001f1b08e8ecc8bbb8363fd5c93b9c5ef63fa6b4a7daddb825d299dca400a269b07010000006b48304502200588fd6d120996b24cf61a052e8f489d2b806ace58c0a34ccaa2478c15657448022100fcdc87610b35bda8636e6197453c5418124bc948eeca5fc00afd7be8bbb9f9a1012102de1ac163350aac805928a479222242c01a963fa7b7dce662d3569221da9e1089ffffffff0200b33f71000000001976a9147d1209604fe6df84381948c41abcced208cd261088ac00e1f505000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac000000000100000001c91cc4c73021007656b60d98130900b8ed7ec94a4fe8a56986fac318586a7033000000006b483045022100b95a362f417c67f4764d78a65e94cf6a6568e7b163b4f6ae09b1f07bc9bfdcf702206a60c99040f8714f23c9dd1cb776661a1b948fd94243e65426aa510004c35e62012103c716e13e73bcdbbf79b49a878425e755d0f65a67cbe4da00e1ccb6ec655582b8ffffffff0200e1f505000000001976a9143d4777c79d2495a608dbb20d0a942850c6695ad088ac8034010e000000001976a91496c1f972a3fdc6a51758b40c11281c2f5b32cc8b88ac000000000100000001d24fa4e2460e91e1d5996f31c2371fc18b19a67cf5635e61656f06e3b5956483010000006b483045022100e58806ddac889472558212ff5935a75673c62b5888a47b6b2538f427b488eeef022003b3114c94b1442d8719e23d194321d6f5135fc3ed87779370a1969c6c1c795e01210229e89b67ba82311e51f80ded9455d5a8fd4011cc8fbc085254a170dccae1f231ffffffff0200e1f505000000001976a9140ac5623d29bf4d551399f0717a82beec138a924e88ace016cd1d000000001976a914ca415b2cf503b0675c4d91844d36575c0d79992e88ac000000000100000001e16b56ba1559100351a98397aedfbae39c5b3833a00d2130f11abe4f2693d32f020000006b48304502203f2283f2a0ece89d00ead3a3860375ffd8ad597b85116ddaaf7bcf6c76529fa0022100b4d14f5701eacc1d78dda17130f110138b58ad715eee4e664675e89f0c9c496a01210322a9e92b2eaab7eb3c7b3e2f0efbc532ade9128963d46d3894c2fe801e05a152ffffffff037064080000000000232103a3dbfcaf0bda0fd6697890fb599cf7c111b96fa485e3d37ecf8b2f6ddcba97c2ac4c443201000000004752210322a9e92b2eaab7eb3c7b3e2f0efbc532ade9128963d46d3894c2fe801e05a1522103a3dbfcaf0bda0fd6697890fb599cf7c111b96fa485e3d37ecf8b2f6ddcba97c252ae621d7209000000001976a914d4c23edec54815eb9a3414385d32bf5b40aaf2ec88ac0000000001000000012ffd1b139f52cb35aa49724544515a3c4d49603a13f19631dddce09b84cec3df010000006b483045022100be70b1754b8673baea7c6fbb86f3be37872c60d49938d3a93efcae5ac5491d3f02201299064e9d60d7fc164e724e83d80a0f79bdb556c51ba746960b4e1af42e98aa012102c7a7662e89aec9dc452958d12c7fe86a5a9ef28ae2c9f6674eda7e610368bb6affffffff0200e1f505000000001976a9148beb2ecf4cf7e3acacd6d883ba8f3bd83d250e8d88ace0f7c223000000001976a9141f592a9185960b5c16f2821c08b0626ada6b058e88ac00000000010000000130e494352411e1852269c51f58edb6dadbfb88a085444ab3a5967c8d5b862ce5010000006a47304402203dc97a0728c1b60c8fa3bd3b26ed72de52c4864538141ec2f1dc37d4019cb8c002204bd41119b7631b022ac006f7524209c05268ee06e57fd7f247b772f322058e260121026de0e2c7e111ee6324066dc1e00a5b4b19c1d0d305d1b4407099f563b0708343ffffffff0200c2eb0b000000001976a914805d2cd148ff6813f9e21ab00a34a776e5b538ac88ac50b6520b000000001976a914178d76374321d56d5aeb9e3bab9a4364ff69de5488ac000000000100000001187c89f6e245ccb3736546bc09fb5258d924248eb0cbd0555cdde361dccbbf66000000006b4830450220614b5726cbf638bc13802aeb07ca6199b995422d3655e9f5f650b6accfa2a37e022100b219f6d912ff0f85c42d8532c5c5fdfed8228f542caa0e5f649da085911216a0012103eb0753af316368bded5edbf2316500a84318c12af2ee895067992d0aa87f2d1dffffffff0200e1f505000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac7004530b000000001976a91465b8cae9acd8147606b6bb2d023ce68b741fdfdf88ac00000000010000000195da535ed8166e0e7cc9a88395cafbdcc57cf15d01aa58d5a4a21264a01be44d000000006b483045022100ca52d7ba237e165a8f318d240adce191e962e3b6c291ff818b2a1b42e47aed43022023b5e2b7f2cc1ee34f74c0809508d24c0373a78b34cc9d1b8ead049eb19b0162012102fc3f059e1153c11682268e339cfd0f4d531d7d2f9dd03defb141af4a9efc2626ffffffff02ce411300000000001976a914cecc896859245c49392ff24f58b4f77045529f2e88aca0860100000000001976a9149b3047b8596b0698feee5ac08f5c84f43df991a088ac000000000100000001d711bd5aa29b462367f78abd25c8fdcf7bc15932b41809199dd23f9df121a9aa000000006b48304502203e591160db14cf1d4add95bb9c346c16271a88381a27a9bbfcc2d73fa23d4e6c02210082126d55a552305221845fb692fa8e35277fe1bf90afd124434126f4299c4ae80121023047c17b363f969adfc3e16fc4927db40c3bbe07d97f0e53d1ff4d4f7e851b4affffffff02f0aa496b000000001976a914a1759feef65cbc92a6af1ef0d1e97b361e2e296488ac00e1f505000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac000000000100000001614918e7ad92615b1a1c8697c11bec6c048b69b77255560a76fbeb3621daf33a010000006c493046022100f10b4bedc681b3c71845f99a10c79737ed285ea356bbf566d355bcddbbb2ee99022100a7a2f7b5cda232d85317c4ae7f3be00d384673376f46165e973354379df7db9a01210250f33d42507054f1ae91d5720725c4172c4892dab944916ba1cc7c1324002d56ffffffff0260fc5c05000000001976a914139509416a0c7d84554864f607e50f290c7fe6fc88ac00e1f505000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac000000000100000001ace0e0e9f08c7ae9b318867d09fcd02667b65337f49277756824527484b7ecd1020000006b48304502204e05085e1a40251a74543a29fba945bd4d51ae422ad4f8af9282a89a3bf985ac022100845773e6431f28993cb1cfe6198da0db34a2ce86e6431d2bddeb529e8496196a0121038ec2a9148c7b846a34bc2927192d1cfd9e4cf3cc99c05bb5a8408664f35eed37ffffffff029e4000000000000023210322a9e92b2eaab7eb3c7b3e2f0efbc532ade9128963d46d3894c2fe801e05a152acd257f731000000001976a914544cff8187868bc439c2a5470331295c41bde0c488ac000000000100000001dee5e4040358ac27d6f233becc86b0bd597c78f95a0a1a9065aa3d3dd8019c6d010000006a4730440220614aaf9e65e3a111425d2e24d152449b64b75cbea1f7ff34e62928e9f55d09b202201be0bb53714b2c6d38bc368e4fe925c3b167caac8a55ddce3dfa77aa807502090121038ec2a9148c7b846a34bc2927192d1cfd9e4cf3cc99c05bb5a8408664f35eed37ffffffff02175600000000000023210322a9e92b2eaab7eb3c7b3e2f0efbc532ade9128963d46d3894c2fe801e05a152acabdaf631000000001976a914544cff8187868bc439c2a5470331295c41bde0c488ac000000000100000001074500659ebde6106fa14e175ef79093ed4c03148e3db0a72b19df9bda4de991020000006b48304502210092356efb5bf022205307d44115f84de62791cb8a6260a0d1c332e082560aff42022069cff759799c91c524bd315a786c126db09110644faf7ee03e4280ac5d2c047b0121038ec2a9148c7b846a34bc2927192d1cfd9e4cf3cc99c05bb5a8408664f35eed37ffffffff037064080000000000232103a3dbfcaf0bda0fd6697890fb599cf7c111b96fa485e3d37ecf8b2f6ddcba97c2ac4c44320100000000475221038ec2a9148c7b846a34bc2927192d1cfd9e4cf3cc99c05bb5a8408664f35eed372103a3dbfcaf0bda0fd6697890fb599cf7c111b96fa485e3d37ecf8b2f6ddcba97c252ae2d9b2b30000000001976a914544cff8187868bc439c2a5470331295c41bde0c488ac00000000010000000297ef87f5a4935dcca177e259b791de83677f1e7bf5a780719967a1106c785ace010000006b4830450221009ab6bc5935a978d7bc8f348bd6e8d26236071873f4fe14676e0681551ca845fc022067cfe975ce3b999cfd601283fe5c76b5dadec38e2a73f9e39d40b4ca75b6facb012103250024ec1bed8a47f0ef01b213aab498214c15d269d4ef36e37e1292a69609c1ffffffff9aa0f65e764d95528c862ca06649e84dbda5a0c55b0250158722c9b8155a4a55000000006a47304402204d32f55f96596660de7741c99ace5fa0a52bd70e4c1c8c39e4cd455e2adf67ee02205f1283550d44073ab9a703ec7a70306d37d091f69deb09fc1907464fc1aa0f07012103f1fe05d77885a3fb5d82823b9d86f24c297c846f397def3a6703758a12f11165ffffffff02608f8f03000000001976a914b06862dc95b700394657b45e5446d8bb515fccca88ac00e1f505000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac0000000001000000016ad55da2d39e7da6b1e9c93339757e90c4221cdf662c5aed7c1de6801524d07b000000006b483045022100a65ffa9efd91b6570cb612eee1e0ba52a78ec8f99bac9a6d1afe5a34ec42caf7022069d66cd72342128a7a758f53e25bb76a0383feae5e0b55e6cafa1fc188b9ac2c0121021d12b8d583fb91efab50d92a3d47afe0a03023a76a19f1cc35bf990a7e16fbeaffffffff0280969800000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588acd0d1f602000000001976a914ff55d0602c91c22a53c1a8f7b2953ee8d296f5c588ac000000000100000001ba970c27b1e275f19fd86a57fb2c2dc272c1bf6d9fa70a196c65c9b5d4688fac010000006c49304602210090efccb95f12b108b4c638c5301e2ae397807c50f9bce0daa2ea1b03b0d82339022100bf22af5521ad4c28d35ebbe82dcb81a0b696ab2d81e7e18bdd0492d7668f2de3012102da0f244f273886608401b7cb44548102f9a76dd1812d909c6364778ec1f16df4ffffffff0240145e02000000001976a9146c7b52824fd27501fae1779046afc9f58ac8773588ac80969800000000001976a9146842cba8d7cee7c2fde067757c425eb4ca88982588ac00000000
2014-03-08 05:05:27,240 merkleMaker INFO New block: 00000000000d739a915e14c3f70fde09220df14cef8097493ab8fa607783a767 (height: 203772; bits: 1b180ab0)
2014-03-08 05:05:27,249 JSONRPCServer INFO Nobody to longpoll
2014-03-08 05:05:27,251 Waker for BitcoinNode DEBUG Read wakeup
2014-03-08 05:05:27,258 BitcoinNode INFO Sent `block' to 1 nodes
2014-03-08 05:05:27,272 blockSubmission DEBUG Upstream 'primary' accepted block
2014-03-08 05:05:27,322 newBlockNotification INFO Received new block notification
2014-03-08 05:05:28,083 redflag CRITICAL Traceback (most recent call last):
  File "/usr/lib/python3.2/json/decoder.py", line 367, in raw_decode
    obj, end = self.scan_once(s, idx)
StopIteration

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "./eloipool.py", line 382, in blockSubmissionThread
    reason = UpstreamBitcoindJSONRPC.submitblock(payload)
  File "/bitcoin/python-bitcoinrpc/bitcoinrpc/authproxy.py", line 114, in __call__
    response = self._get_response()
  File "/bitcoin/python-bitcoinrpc/bitcoinrpc/authproxy.py", line 140, in _get_response
    parse_float=decimal.Decimal)
  File "/usr/lib/python3.2/json/__init__.py", line 322, in loads
    return cls(**kw).decode(s)
  File "/usr/lib/python3.2/json/decoder.py", line 351, in decode
    obj, end = self.raw_decode(s, idx=_w(s, 0).end())
  File "/usr/lib/python3.2/json/decoder.py", line 369, in raw_decode
    raise ValueError("No JSON object could be decoded")
ValueError: No JSON object could be decoded

Found the answer (I thought) over here on this awesome post...
https://bitcointalksearch.org/topic/how-to-start-your-own-mining-pool-using-bitcoind-eloipool-495542
being
Quote
A known fix is to change the line in python-bitcoinrpc/bitcoinrpc/authproxy.py
somewhere around line 72

Code:

self.__auth_header = "Basic %s" % base64.b64encode(authpair)

to read:
Code:

self.__auth_header = "Basic %s" % base64.b64encode(authpair).decode()

Unfortunately, and not knowing how to code at all(Close friend who does do a lot of coding and away overseas at the moment) has actually banned me form coding, apparently I am  Huh
Quote
"a menace to all society if I attempt to code")
The closest line to the answer above is
Code:
   self.__auth_header = b'Basic ' + base64.b64encode(authpair)

I added the ".decode" as instructed above to this

Code:
   self.__auth_header = b'Basic ' + base64.b64encode(authpair).decode

But this prevents the miner form connecting or finding the pool at all.  Shocked

I have spent hours on this, and have exhausted my frustration.. Cry

Could anyone assist with this.   Grin

Cheers
newbie
Activity: 14
Merit: 0
I can't comment on the error, I've never seen it.

As for the calculation of speed (in php even):
Code:
$shares = 200; //Number of shares of a given time.
$timeLen = 10; //The given time in seconds.


$hashrate = pow(2, 32) * $shares / $timeLen;         //85899345920
$hashrate = $hashrate / 1000000000;                   //85.899345920
$hashrate = round($hashrate, 2);                        //85.9

returns 85.9 which is 85.9 Gh/s

1000000000 could be changed to:
1000000000000 for Th/s
1000000 for Mh/s
1000 for Kh/s

However if using VarDiff you need to modify your DB and config.py to log the Minimum difficulty of each share a 2 diff share = 2 shares, 32 diff = 32 shares.

Or you can join my pool... just saying.
NoctumDesign

Thats awesome, I appreciate that. How are you pulling shares per time length though? I understand grabbing a specific item in a column in a table, but over a specific time frame? Are you doing a comparison with the time column?

EDIT: Here's a new one for you:

Code:
42014-03-04 00:02:36,648 sharelogging.logfile    CRITICAL        Traceback (most recent call last):
  File "/eloipool/sharelogging/logfile.py", line 54, in run
    self.flushlog()
  File "/eloipool/sharelogging/logfile.py", line 46, in flushlog
    with open(self.fn, "a") as logfile:
IOError: [Errno 2] No such file or directory: 'share-logfile'
newbie
Activity: 37
Merit: 0
I can't comment on the error, I've never seen it.

As for the calculation of speed (in php even):
Code:
$shares = 200; //Number of shares of a given time.
$timeLen = 10; //The given time in seconds.


$hashrate = pow(2, 32) * $shares / $timeLen;         //85899345920
$hashrate = $hashrate / 1000000000;                   //85.899345920
$hashrate = round($hashrate, 2);                        //85.9

returns 85.9 which is 85.9 Gh/s

1000000000 could be changed to:
1000000000000 for Th/s
1000000 for Mh/s
1000 for Kh/s

However if using VarDiff you need to modify your DB and config.py to log the Minimum difficulty of each share a 2 diff share = 2 shares, 32 diff = 32 shares.

Or you can join my pool... just saying.
NoctumDesign
newbie
Activity: 14
Merit: 0
Every now and then I see this in the log:

Code:
2014-03-03 01:53:05,041 StratumHandler  DEBUG   Traceback (most recent call last):
  File "/eloipool/networkserver.py", line 47, in handle_read
    data = self.recv (self.ac_in_buffer_size)
  File "/usr/lib/python3.2/asyncore.py", line 384, in recv
    data = self.socket.recv(buffer_size)
socket.error: [Errno 113] No route to host

Or this:

Code:
2014-03-02 06:07:20,231 StratumHandler  DEBUG   Traceback (most recent call last):
  File "/eloipool/networkserver.py", line 47, in handle_read
    data = self.recv (self.ac_in_buffer_size)
  File "/usr/lib/python3.2/asyncore.py", line 384, in recv
    data = self.socket.recv(buffer_size)
socket.error: [Errno 110] Connection timed out

Is this normal? Also, how are you guys calculating hashrates? The sharelog isnt providing much information in terms of hashrates. Should we be deducing this from the "shares" table and "time" column? If so, how are you doing this (in PHP if possible, if not thats fine)?
newbie
Activity: 37
Merit: 0
newbie
Activity: 14
Merit: 0
I got an error:
Code:
makeCoinbaseTxn	ERROR	Coinbaser failed!
then i do some debug
line 105 in eloipool.py raise an error
Code:
nout = int(p.stdout.readline())
I guess CoinbaserCmd is invalid, then i run the command in terminal
Code:
echo -e "1\\n$((%d / 100))\\n1579aXhdwvKZEMrAKoCZhzGuqMa8EonuXU"
the result is:
Code:
bash: %d / 100: syntax error: operand expected (error token is "%d / 100")
any ideas?
My guess would be a non-BASH default shell...
I found the reason
Code:
p.stdout.readline()
return
Code:
b'-e 1\n'
My default shell is Bash,I use Python 3.3.1 on Ubuntu
If your default shell was BASH, you wouldn't get that result.

i have the same with BASH, python 3.2 , on ubuntu 12.

commenting CoinbaserCmd, may help but it isn't good solution...

I can verify this. I switched my shell to bash and ran the same command. Same issue.
newbie
Activity: 14
Merit: 0
This is a known bug in pymysql. You have to modify pymysql, I can't remember exactly what line or file but I remember finding the solution in a google group somewhere.  I found it with a little googling.

Thats the funny thing though, it WAS working. I am not much of a PHP-fu master to use the data yet, but I knew that was the best way to utilize it for the future.


Also, an update: I started screwing around with things due to the bitcoinrpc bug and fucked up everything so I started from scratch again. Its ok though, since i'm documenting what works for me the more I struggle the easier it will be on others.

~WHH
newbie
Activity: 37
Merit: 0
This is a known bug in pymysql. You have to modify pymysql, I can't remember exactly what line or file but I remember finding the solution in a google group somewhere.  I found it with a little googling.
newbie
Activity: 14
Merit: 0
Well, I did a reinstall and currently the only error I'm getting has to do with PyMySql (for share logging).

Code:
2014-02-27 15:20:29,964 sharelogging.sql        CRITICAL        Error inserting data: ('insert into shares (rem_host, username, our_result, upstream_result, reason, solution) values (%s, %s, %s, %s, %s, unhex(%s))', ('::ffff:2.50.70.154', '1Nnb5S3z8kPMiiej9fUnvRqHorwb5C5mzq', 'Y', None, None, '000000020fb44678de6c8516585ffd8178369745cca945fea47b2c870000000000000000f418f5e1a6e38a2291e92c237ce1b97a44fd7f0864b795c58a34e976bd5edadd530fc83319015f5339bd0823'))Traceback (most recent call last):
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/cursors.py", line 112, in execute
    result = self._query(query)
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/cursors.py", line 230, in _query
    conn.query(q)
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 607, in query
    self._affected_rows = self._read_query_result()
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 691, in _read_query_result
    result.read()
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 873, in read
    self._read_ok_packet()
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 880, in _read_ok_packet
    self.insert_id = self.first_packet.read_length_coded_binary()
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 292, in read_length_coded_binary
    return unpack_int24(self.read(UNSIGNED_INT24_LENGTH))
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 161, in unpack_int24
    return struct.unpack('B',n[0])[0] + (struct.unpack('B', n[1])[0] << 8) +\
TypeError: 'int' does not support the buffer interface

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/var/www/eloipool/sharelogging/sql.py", line 53, in _doInsert
    dbc.execute(stmt, params)
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/cursors.py", line 117, in execute
    self.errorhandler(self, exc, value)
  File "/usr/local/lib/python3.2/dist-packages/PyMySQL3-0.5-py3.2.egg/pymysql/connections.py", line 187, in defaulterrorhandler
    raise Error(errorclass, errorvalue)
pymysql.err.Error: (, TypeError("'int' does not support the buffer interface",))


This is interesting because I havent changed any of it.

newbie
Activity: 37
Merit: 0
Yup.  Nothing out of the ordinary. Unless as I've said before I have just restarted my server.
newbie
Activity: 14
Merit: 0
Weird.. Other than a couple extra signals, for restarting and stopping, my eloipool is unmolested.

Code:
2014-02-27 10:44:50,958	BitcoinLink	DEBUG	Received block inv over p2p for 0000000000000000fff2604f9110d1af25e302ae2c3bdd8fe4be10dc37c788ac
2014-02-27 10:44:51,046 newBlockNotification INFO Received new block notification
2014-02-27 10:44:51,734 merkleMaker INFO New block: 0000000000000000fff2604f9110d1af25e302ae2c3bdd8fe4be10dc37c788ac (height: 288136; bits: 19015f53)
2014-02-27 10:44:51,827 JSONRPCServer INFO Longpoll woke up 5 clients in 0.005 seconds
2014-02-27 10:44:52,846 JSONRPCServer INFO Waiting 3.98 seconds to longpoll
2014-02-27 10:44:56,920 JSONRPCServer INFO Longpoll woke up 5 clients in 0.092 seconds

and my debug logs only show errors when I have restarted the server.

So do you just get the new block notifications and the standard longpools in your logfile?
newbie
Activity: 37
Merit: 0
Weird.. Other than a couple extra signals, for restarting and stopping, my eloipool is unmolested.

Code:
2014-02-27 10:44:50,958	BitcoinLink	DEBUG	Received block inv over p2p for 0000000000000000fff2604f9110d1af25e302ae2c3bdd8fe4be10dc37c788ac
2014-02-27 10:44:51,046 newBlockNotification INFO Received new block notification
2014-02-27 10:44:51,734 merkleMaker INFO New block: 0000000000000000fff2604f9110d1af25e302ae2c3bdd8fe4be10dc37c788ac (height: 288136; bits: 19015f53)
2014-02-27 10:44:51,827 JSONRPCServer INFO Longpoll woke up 5 clients in 0.005 seconds
2014-02-27 10:44:52,846 JSONRPCServer INFO Waiting 3.98 seconds to longpoll
2014-02-27 10:44:56,920 JSONRPCServer INFO Longpoll woke up 5 clients in 0.092 seconds

and my debug logs only show errors when I have restarted the server.
newbie
Activity: 14
Merit: 0
Greetings! New poster, solved MOST problems. The only problems I have now are:

Code:
2014-02-26 20:43:30,962 StratumHandler  DEBUG   Traceback (most recent call last):
  File "/var/www/eloipool/networkserver.py", line 47, in handle_read
    data = self.recv (self.ac_in_buffer_size)
  File "/usr/lib/python3.2/asyncore.py", line 384, in recv
    data = self.socket.recv(buffer_size)
socket.error: [Errno 110] Connection timed out

and

Code:
2014-02-26 20:43:30,962 StratumHandler  DEBUG   Traceback (most recent call last                                                                                        ):
  File "/var/www/eloipool/networkserver.py", line 47, in handle_read
    data = self.recv (self.ac_in_buffer_size)
  File "/usr/lib/python3.2/asyncore.py", line 384, in recv
    data = self.socket.recv(buffer_size)
socket.error: [Errno 110] Connection timed out

    bcnode.newBlock = lambda blkhash: MM.updateMerkleTree()
  File "/var/www/eloipool/merklemaker.py", line 561, in updateMerkleTree
    self._updateMerkleTree()
  File "/var/www/eloipool/merklemaker.py", line 549, in _updateMerkleTree
    self._updateMerkleTree_I()
  File "/var/www/eloipool/merklemaker.py", line 513, in _updateMerkleTree_I
    r = self._updateMerkleTree_fromTS(TS)
  File "/var/www/eloipool/merklemaker.py", line 478, in _updateMerkleTree_fromTS
    MP = self._CallGBT(TS)
  File "/var/www/eloipool/merklemaker.py", line 328, in _CallGBT
    MP = access.getblocktemplate(self.GBTReq)
  File "/var/www/eloipool/python-bitcoinrpc/bitcoinrpc/authproxy.py", line 112, in __call__
    'Content-type': 'application/json'})
  File "/usr/lib/python3.2/http/client.py", line 967, in request
    self._send_request(method, url, body, headers)
  File "/usr/lib/python3.2/http/client.py", line 995, in _send_request
    self.putrequest(method, url, **skips)
  File "/usr/lib/python3.2/http/client.py", line 850, in putrequest
    raise CannotSendRequest(self.__state)
http.client.CannotSendRequest: Request-sent

I've solved some of the issues I had already with this thread (thank you very much guys).

Once I get this sucker running without errors I plan on helping out (if thats alright with you luke-jr) by documenting the whole process thoroughly. Also eventually working on a basic frontend.

~WHH
newbie
Activity: 37
Merit: 0
Is the TrackerAddr a valid Bitcoin address.
Do 25 BTC of a solved block go on that address?

Yes, put your BTC address in there.
Pages:
Jump to: