[ANN] Eloipool - FAST Python3 pool server software - GBT/stratum/dyntarget/proxy

[agibby5]

As Luke indicated, "nobody to longpoll" is normal for pools without getwork/getblocktemplate (GBT) users.

I just realized Luke responded. The first reply confused me, but Luke's cleared it up. Sorry. Thanks again!

[agibby5]

I keep getting the following error repeatedly.

Ideas?

2013-10-25 12:38:04,438   StratumHandler   DEBUG   Traceback (most recent call last):
  File "../eloipool/eloipool.py", line 668, in receiveShare
    checkShare(share)
  File "../eloipool/eloipool.py", line 506, in checkShare
    MWL = workLog[None]
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 91, in found_terminator
    rv = getattr(self, funcname)(*rpc['params'])
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 199, in _stratum_mining_submit
    self.server.receiveShare(share)
  File "../eloipool/eloipool.py", line 677, in receiveShare
    logShare(share)
  File "../eloipool/eloipool.py", line 651, in logShare
    share['solution'] = b2a_hex(swap32(share['data'])).decode('utf8')
KeyError: 'data'

[golonka]

is is possible to sig generated blocks with additional message eg. 'block generated by ...'
whichh command should i use ?

[juhakall]

What could be causing these errors? I've been using eloipool without encountering this before.

2013-10-31 03:34:54,429   newBlockNotification   INFO   Received new block notification
2013-10-31 03:34:54,432   merkleMaker   INFO   New block: 000000000000e96483898230fc2b79ef42d1894391214abe45d37a5e3e24ade5 (height: 21821; bits: 1b00ff4b)
2013-10-31 03:34:54,435   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:34:54,525   BitcoinLink   DEBUG   Received block inv over p2p for 000000000000e96483898230fc2b79ef42d1894391214abe45d37a5e3e24ade5
2013-10-31 03:34:54,849   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:38:33,235   BitcoinLink   DEBUG   Received block inv over p2p for 0000000000007e562f51f86f48082895e82492d56774a62d3d6a3e7ec11fe6a5
2013-10-31 03:38:33,251   newBlockNotification   INFO   Received new block notification
Exception in thread newBlockNotification via signal 10:
Traceback (most recent call last):
  File "/usr/lib/python3.2/threading.py", line 740, in _bootstrap_inner
    self.run()
  File "/usr/lib/python3.2/threading.py", line 693, in run
    self._target(*self._args, **self._kwargs)
  File "./eloipool.py", line 681, in newBlockNotification
    MM.updateMerkleTree()
  File "/home/juhakall/src/eloipool/merklemaker.py", line 560, in updateMerkleTree
    self._updateMerkleTree()
  File "/home/juhakall/src/eloipool/merklemaker.py", line 548, in _updateMerkleTree
    self._updateMerkleTree_I()
  File "/home/juhakall/src/eloipool/merklemaker.py", line 512, in _updateMerkleTree_I
    r = self._updateMerkleTree_fromTS(TS)
  File "/home/juhakall/src/eloipool/merklemaker.py", line 477, in _updateMerkleTree_fromTS
    MP = self._CallGBT(TS)
  File "/home/juhakall/src/eloipool/merklemaker.py", line 327, in _CallGBT
    MP = access.getblocktemplate(self.GBTReq)
  File "/home/juhakall/src/eloipool/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

2013-10-31 03:38:33,257   merkleMaker   INFO   New block: 0000000000007e562f51f86f48082895e82492d56774a62d3d6a3e7ec11fe6a5 (height: 21822; bits: 1b01325a)
2013-10-31 03:38:33,258   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:38:33,658   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:05,491   newBlockNotification   INFO   Received new block notification
2013-10-31 03:40:05,558   merkleMaker   INFO   New block: 000000000000d7cd0a17d0d7b271a2ec6e1d02f5256b65b7b4ca0699b054ccda (height: 21823; bits: 1b01325a)
2013-10-31 03:40:05,560   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:05,584   BitcoinLink   DEBUG   Received block inv over p2p for 000000000000d7cd0a17d0d7b271a2ec6e1d02f5256b65b7b4ca0699b054ccda
2013-10-31 03:40:05,911   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:47,580   newBlockNotification   INFO   Received new block notification
2013-10-31 03:40:47,583   merkleMaker   INFO   New block: 0000000000008bf8bbb1c66bbfb4898cc96af99e2a1c6c1543b410b80650af98 (height: 21824; bits: 1b01325a)
2013-10-31 03:40:47,586   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:47,679   BitcoinLink   DEBUG   Received block inv over p2p for 0000000000008bf8bbb1c66bbfb4898cc96af99e2a1c6c1543b410b80650af98
2013-10-31 03:40:47,974   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:51,674   newBlockNotification   INFO   Received new block notification
2013-10-31 03:40:51,678   merkleMaker   INFO   New block: 00000000000031ac074f8fb95c0a60f844095b25a7c8e23afa0503f201d78c89 (height: 21825; bits: 1b016f9f)
2013-10-31 03:40:51,680   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:40:51,770   BitcoinLink   DEBUG   Received block inv over p2p for 00000000000031ac074f8fb95c0a60f844095b25a7c8e23afa0503f201d78c89
2013-10-31 03:40:52,064   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:42:50,851   checkShare   INFO   BLKHASH:             a410d33380efba2a037e7e7f0c7cebcc3ac9e845d00b2e8bd1d6
2013-10-31 03:42:50,852   checkShare   INFO    TARGET:            16f9f000000000000000000000000000000000000000000000000
2013-10-31 03:42:50,853   checkShare   INFO   Submitting upstream
2013-10-31 03:42:50,853   checkShare   INFO   Real block payload: 02000000898cd701f20305fa3ae2c8a7255b0944f8600a5cb98f4f07ac31000000000000bf7e467 c046ee191017e71cfc1dad3a5521678b8eba78f79de57bf2a7cf7a54f98b571529f6f011bb19127 c00101000000010000000000000000000000000000000000000000000000000000000000000000f fffffff10024155045271b59201000000e0010000ffffffff0100e1f505000000001976a9145590 411c5385c0afc54dc09235ee52db575719f788ac00000000
2013-10-31 03:42:50,855   merkleMaker   INFO   New block: 000000000000a410d33380efba2a037e7e7f0c7cebcc3ac9e845d00b2e8bd1d6 (height: 21826; bits: 1b016f9f)
2013-10-31 03:42:50,856   Waker for BitcoinNode   DEBUG   Read wakeup
2013-10-31 03:42:50,857   JSONRPCServer   INFO   Nobody to longpoll
2013-10-31 03:42:50,861   BitcoinNode   INFO   Sent `block' to 1 nodes
2013-10-31 03:42:50,879   blockSubmission   DEBUG   Upstream 'primary' accepted block
2013-10-31 03:42:50,889   newBlockNotification   INFO   Received new block notification
2013-10-31 03:42:51,282   JSONRPCServer   INFO   Nobody to longpoll

As you can see, it doesn't happen on every block notify.

[greatbotboy]

I think have set the proper variables to use varrdiff however the pool still asks for diff 1 shares. I have a 30Gh/s BFL with it's own username and the pool runs nearly at 50Gh/s the rest of the hashes are on 5 Erupter sets ~8 Erupters per block each hub with it's own username. I think I should be producing enough shares to change the diff for most usernames. but it is steady at diff 1.  any ideas?

 

Code:

### Settings relating to server scaling/load

# Share hashes must be below this to be valid shares
# If dynamic targetting is enabled, this is a minimum
# diff 1: ShareTarget = 0x00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
# diff 2: ShareTarget = 0x000000005fffffffffffffffffffffffffffffffffffffffffffffffffffffff
# diff 3: ShareTarget = 0x000000004fffffffffffffffffffffffffffffffffffffffffffffffffffffff
ShareTarget = 0x00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff

# Automatically adjust targets per username
# 0 = disabled
# 1 = arbitrary targets
# 2 = power of two difficulties (zero bit counts)
DynamicTargetting = 2

# How many shares per minute to try to achieve on average
DynamicTargetGoal = 8

# Number of seconds hashrate is measured over
DynamicTargetWindow = 120

[Marty19]

What am I doing wrong (or is it environmental!) ?

Code:

2013-11-01 05:26:43,567	SocketListener	ERROR	('', 1000)
Traceback (most recent call last):
  File "/home/marty19/Eloipool/eloipool/util.py", line 144, in tryErr
    return func(*a, **kw)
  File "/home/marty19/Eloipool/eloipool/networkserver.py", line 254, in setup_socket
    sock = self._makebind(server_address)
  File "/home/marty19/Eloipool/eloipool/networkserver.py", line 245, in _makebind
    return self._makebind_py(*a, **ka)
  File "/home/marty19/Eloipool/eloipool/networkserver.py", line 227, in _makebind_py
    sock.bind(server_address)
socket.error: getsockaddrarg: bad family

[Luke-Jr]

What am I doing wrong (or is it environmental!) ?

OS issue, missing IPv6 support.

[greatbotboy]

I think have set the proper variables to use varrdiff however the pool still asks for diff 1 shares. I have a 30Gh/s BFL with it's own username and the pool runs nearly at 50Gh/s the rest of the hashes are on 5 Erupter sets ~8 Erupters per block each hub with it's own username. I think I should be producing enough shares to change the diff for most usernames. but it is steady at diff 1.  any ideas?

 

Code:

### Settings relating to server scaling/load

# Share hashes must be below this to be valid shares
# If dynamic targetting is enabled, this is a minimum
# diff 1: ShareTarget = 0x00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff
# diff 2: ShareTarget = 0x000000005fffffffffffffffffffffffffffffffffffffffffffffffffffffff
# diff 3: ShareTarget = 0x000000004fffffffffffffffffffffffffffffffffffffffffffffffffffffff
ShareTarget = 0x00000000ffffffffffffffffffffffffffffffffffffffffffffffffffffffff

# Automatically adjust targets per username
# 0 = disabled
# 1 = arbitrary targets
# 2 = power of two difficulties (zero bit counts)
DynamicTargetting = 2

# How many shares per minute to try to achieve on average
DynamicTargetGoal = 8

# Number of seconds hashrate is measured over
DynamicTargetWindow = 120

any help?

[volosator]

Same problem here.

My miner connects to the pool, pool sets diff to 64. After a minute or so diff drops down to 1.

Please advice!

[greatbotboy]

Same problem here.

My miner connects to the pool, pool sets diff to 64. After a minute or so diff drops down to 1.

Please advice!

I don't even get the initial jump... shares are always diff 1

[jspielberg]

I keep getting the following error repeatedly.

Ideas?

2013-10-25 12:38:04,438   StratumHandler   DEBUG   Traceback (most recent call last):
  File "../eloipool/eloipool.py", line 668, in receiveShare
    checkShare(share)
  File "../eloipool/eloipool.py", line 506, in checkShare
    MWL = workLog[None]
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 91, in found_terminator
    rv = getattr(self, funcname)(*rpc['params'])
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 199, in _stratum_mining_submit
    self.server.receiveShare(share)
  File "../eloipool/eloipool.py", line 677, in receiveShare
    logShare(share)
  File "../eloipool/eloipool.py", line 651, in logShare
    share['solution'] = b2a_hex(swap32(share['data'])).decode('utf8')
KeyError: 'data'

I have seen the same error in my debug log.  Not sure if I should be concerned or not, though 'checkshare' is how I was planning on tracking the status of my micro-pool.  It looks like checkshare logs when a submitted hash looks like a winner.

In a semi-related note.
Anyone know if there are any issues with swallowing the authproxy generated CannotSendRequest exception?

Code:

[bitcoinrpc]$ git diff
diff --git a/bitcoinrpc/authproxy.py b/bitcoinrpc/authproxy.py
index 2914477..cfad7fb 100644
--- a/bitcoinrpc/authproxy.py
+++ b/bitcoinrpc/authproxy.py
@@ -105,11 +105,15 @@ class AuthServiceProxy(object):
                                'method': self.__service_name,
                                'params': args,
                                'id': self.__id_count})
-        self.__conn.request('POST', self.__url.path, postdata,
+        try:
+            self.__conn.request('POST', self.__url.path, postdata,
                             {'Host': self.__url.hostname,
                              'User-Agent': USER_AGENT,
                              'Authorization': self.__auth_header,
                              'Content-type': 'application/json'})
+        except http.client.CannotSendRequest:
+            ## swallow exception
+            pass
 
         response = self._get_response()
         if response['error'] is not None:

It looks like the exception message to the cannot send request exception is "request-sent" which seems like the exception isn't valid. It also looks like there is some defensive code after this block to check the response state.  Anyway... I am going to see if anything blows up I guess with this change.   My python skills are currently pretty poor, but if someone knows better... would be glad to hear it.   (I guess this is a question really for Garzik).

[Marty19]

Any idea's what I'm missing now :

Code:

Traceback (most recent call last):
  File "eloipool.py", line 77, in <module>
    bcnode = BitcoinNode(config.UpstreamNetworkId)
  File "/eloipool/bitcoin/node.py", line 146, in __init__
    super().__init__(*a, **ka)
TypeError: super() takes at least 1 argument (0 given)

[greatbotboy]

I don't know if it was the git reset or that I commented out the ShareTarget, and GotWorkTarget. but it seems to be working

[SpAcEDeViL]

Dont work on CentOS:

Code:

# python3 eloipool.py
Traceback (most recent call last):
  File "eloipool.py", line 81, in <module>
    import jsonrpc
  File "/opt/python3/lib/python3.3/site-packages/jsonrpc/__init__.py", line 24, in <module>
    from jsonrpc.serviceHandler import ServiceMethod, ServiceHandler, ServiceMethodNotFound, ServiceException
  File "/opt/python3/lib/python3.3/site-packages/jsonrpc/serviceHandler.py", line 54
    except ServiceRequestNotTranslatable, e:
                                        ^
SyntaxError: invalid syntax
 

BUT WHAT IS WRONG HERE?!

[jspielberg]

The exception I was getting with bitcoinrpc was addressed by following jgarzik's steps in the avalon/eloipool thread... https://bitcointalk.org/index.php?topic=158105.0

eloipool setup
...
python-bitcoinrpc       https://github.com/jgarzik/python-bitcoinrpc
...
2) For python-bitcoinrpc, check out an older release,

Code:

$ cd /repo/python-bitcoinrpc
$ git checkout -b solo-mining 770881c8bd9b1f92427290270b37a28751cf9df0

So... that part is good. I keep getting the following exception though.

Code:

2013-11-23 03:58:18,716 StratumHandler  DEBUG   Traceback (most recent call last):
  File "./eloipool.py", line 668, in receiveShare
    checkShare(share)
  File "./eloipool.py", line 506, in checkShare
    MWL = workLog[None]
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/foo/build/eloipool/stratumserver.py", line 91, in found_terminator
    rv = getattr(self, funcname)(*rpc['params'])
  File "/home/foo/build/eloipool/stratumserver.py", line 199, in _stratum_mining_submit
    self.server.receiveShare(share)
  File "./eloipool.py", line 677, in receiveShare
    logShare(share)
  File "./eloipool.py", line 651, in logShare
    share['solution'] = b2a_hex(swap32(share['data'])).decode('utf8')
KeyError: 'data'

2013-11-23 03:58:18,720 JSONRPCServer   INFO    Nobody to longpoll

I am wondering if I should be concerned that eloipool won't be handling winning shares correctly.

Anyone work around this?

[FoldingTime]

I don't know if it was the git reset or that I commented out the ShareTarget, and GotWorkTarget. but it seems to be working

I was getting the same error and commented out ShareTarget and GotWorkTarget and now working correctly.

Thanks for posting your work around.

[agibby5]

How would I go about setting up multiple instances of eloipool on one server for multiple crypto coins?  I'm guessing there is a problem with sending signals to the eloipool process if there are many running... for example.

[agibby5]

I keep getting the following error repeatedly.

Ideas?

2013-10-25 12:38:04,438   StratumHandler   DEBUG   Traceback (most recent call last):
  File "../eloipool/eloipool.py", line 668, in receiveShare
    checkShare(share)
  File "../eloipool/eloipool.py", line 506, in checkShare
    MWL = workLog[None]
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 91, in found_terminator
    rv = getattr(self, funcname)(*rpc['params'])
  File "/media/raid5/working/mining/eloipool-server/eloipool/stratumserver.py", line 199, in _stratum_mining_submit
    self.server.receiveShare(share)
  File "../eloipool/eloipool.py", line 677, in receiveShare
    logShare(share)
  File "../eloipool/eloipool.py", line 651, in logShare
    share['solution'] = b2a_hex(swap32(share['data'])).decode('utf8')
KeyError: 'data'

Is this a setup issue? Or is this a code issue?  Has anyone else seen his?  Everything else seems to work properly, but then I get this error all the time. I'm not sure if I'm getting blocks or not.  I'm using this pool software for Alt-SHA256 coins... I just started this up again yesterday and I haven't seen any payouts yet.  This makes me worried.


EDIT: looks like someone else has seen this...

I keep getting the following exception though.

Code:

2013-11-23 03:58:18,716 StratumHandler  DEBUG   Traceback (most recent call last):
  File "./eloipool.py", line 668, in receiveShare
    checkShare(share)
  File "./eloipool.py", line 506, in checkShare
    MWL = workLog[None]
KeyError: None

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File "/home/foo/build/eloipool/stratumserver.py", line 91, in found_terminator
    rv = getattr(self, funcname)(*rpc['params'])
  File "/home/foo/build/eloipool/stratumserver.py", line 199, in _stratum_mining_submit
    self.server.receiveShare(share)
  File "./eloipool.py", line 677, in receiveShare
    logShare(share)
  File "./eloipool.py", line 651, in logShare
    share['solution'] = b2a_hex(swap32(share['data'])).decode('utf8')
KeyError: 'data'

2013-11-23 03:58:18,720 JSONRPCServer   INFO    Nobody to longpoll

I am wondering if I should be concerned that eloipool won't be handling winning shares correctly.

Anyone work around this?

Is this a known issue?

[agibby5]

Also, how hard would it be to add share log file rotation? Mine grows out of control.

[Luke-Jr]

Also, how hard would it be to add share log file rotation? Mine grows out of control.

Already supported.