caish5
|
|
June 12, 2013, 01:04:16 PM |
|
I'm using the new one. Mainly because I didn't like the error displayed by the old one, but I'm pretty sure they both work fine.
|
|
|
|
x3maniac
|
|
June 12, 2013, 01:08:01 PM |
|
I'm using the new one. Mainly because I didn't like the error displayed by the old one, but I'm pretty sure they both work fine.
i'm getting tons of these Share check failed: 2013-06-12 09:02:16.565331 > Traceback (most recent call last): 2013-06-12 09:02:16.565821 > File "/home/don/p2p-yac/p2pool/p2p.py", line 268, in handle_shares 2013-06-12 09:02:16.566162 > self.node.handle_shares([p2pool_data.load_share(share, self.node.net, self.addr) for share in shares if share['type'] >= 9], sel$ 2013-06-12 09:02:16.566552 > File "/home/don/p2p-yac/p2pool/node.py", line 40, in handle_shares 2013-06-12 09:02:16.566834 > self.node.set_best_share() 2013-06-12 09:02:16.567083 > File "/home/don/p2p-yac/p2pool/node.py", line 307, in set_best_share 2013-06-12 09:02:16.567509 > best, desired, decorated_heads = self.tracker.think(self.get_height_rel_highest, self.bitcoind_work.value['previous_block'], sel$ 2013-06-12 09:02:16.567903 > File "/home/don/p2p-yac/p2pool/data.py", line 560, in think 2013-06-12 09:02:16.568270 > if self.attempt_verify(share): 2013-06-12 09:02:16.568621 > --- <exception caught here> --- 2013-06-12 09:02:16.568992 > File "/home/don/p2p-yac/p2pool/data.py", line 531, in attempt_verify 2013-06-12 09:02:16.569385 > share.check(self) 2013-06-12 09:02:16.569771 > File "/home/don/p2p-yac/p2pool/data.py", line 420, in check 2013-06-12 09:02:16.570208 > raise ValueError('''gentx doesn't match hash_link''') 2013-06-12 09:02:16.570512 > exceptions.ValueError: gentx doesn't match hash_link
any ideas?
|
|
|
|
caish5
|
|
June 12, 2013, 01:26:08 PM |
|
I have the same thing, but I'm no p2pool expert. rav3n_pl is probably the guy to ask he has a similar problem in the main p2pool thread. The problem there seems to be an update to bitcoind, but in our case I'd say I caused it with my changes.
On the other hand the pool does appear to work ok and pay ok.
|
|
|
|
caish5
|
|
June 12, 2013, 01:40:58 PM |
|
Actually more reading suggests the problem may be connecting with stratum instead of longpoll (Is there a hacked cgminer that does scrypt jane?) If so a --fix-protocol on the miner's end may solve the problem.
|
|
|
|
eule
|
|
June 12, 2013, 02:06:44 PM Last edit: June 12, 2013, 02:25:50 PM by eule |
|
Thanks a lot for this, it was really necessary. These errors had me worried too but payouts work fine. Tried running this on another (more powerful) server of me on Debian 7 but i get "version glibc_2.14' not found required by scrypt_jane.so" btw, google says it's a bit complicated. Edit: Just after i wrote this the pool crashed with massive ammounts of these errors. Getting the same errors in the old version too, i'm actually thinking of a malicious miner delivering shares that crash the pool, if such a thing is possible. Will test both versions a bit, the new one has nice and low DOA indeed, hope i can get it to run stable.
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:22:34 PM |
|
Actually more reading suggests the problem may be connecting with stratum instead of longpoll (Is there a hacked cgminer that does scrypt jane?) If so a --fix-protocol on the miner's end may solve the problem.
how is your server doing? it seems this method puts more load on the servers. getting alot of "pool not providing work fast enought" Load average 1.08 1.38 1.35
|
|
|
|
eule
|
|
June 12, 2013, 02:27:57 PM |
|
Both new and old versions spazz out on me with massive amounts of these errors after a short time, miners should choose other node until i fixed it. edit: Maybe it now works, getting equal amounts of hashes and errors... Wrongly configured GPUs or DDOS, that's the question.
|
|
|
|
caish5
|
|
June 12, 2013, 02:29:39 PM |
|
Yeah mine is the same now. weird, it was fine for hours and now it does it within a minute of startup.
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:30:49 PM |
|
Both new and old versions spazz out on me with massive ammounts of these errors after a short time, miners should choose other node until i fixed it. same here. ton's of errors. i'm going try to run solo for a few moments to see if this still happens. eule please keep us posted. i'll also let you know how it goes on my end.. what is your pool address so i can bootstrap you?
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:34:18 PM |
|
ok so running this SOLO does not have any errors. not even the gentx error we all been getting. so it's gotta be something between our nodes
|
|
|
|
caish5
|
|
June 12, 2013, 02:39:03 PM |
|
I can confirm this. Maybe one of the nodes was modified badly?
I've gotta sleep I'll leave my one solo overnight and see what happens. It's got 1.5mh's so it should do ok alone!
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:41:57 PM |
|
I can confirm this. Maybe one of the nodes was modified badly?
can you post your network.py here is mine nets = dict( yacoin=math.Object( PARENT=networks.nets['yacoin'], SHARE_PERIOD=15, # seconds CHAIN_LENGTH=24*60*60//15, # shares REAL_CHAIN_LENGTH=24*60*60//15, # shares TARGET_LOOKBEHIND=200, # shares SPREAD=3, # blocks IDENTIFIER='c138e5b9e7923514'.decode('hex'), PREFIX='d206c3a24ee749b4'.decode('hex'), P2P_PORT=12999, #i just changed this so solo for test MIN_TARGET=0, MAX_TARGET=2**256//2**20 - 1, PERSIST=False, WORKER_PORT=21112, BOOTSTRAP_ADDRS=''.split(' '), ANNOUNCE_CHANNEL='#p2pool-alt', VERSION_CHECK=lambda v: v >= 60004, ),
|
|
|
|
caish5
|
|
June 12, 2013, 02:43:33 PM |
|
yacoin=math.Object( PARENT=networks.nets['yacoin'], SHARE_PERIOD=15, # seconds CHAIN_LENGTH=24*60*60//15, # shares REAL_CHAIN_LENGTH=24*60*60//15, # shares TARGET_LOOKBEHIND=200, # shares SPREAD=3, # blocks IDENTIFIER='c138e5b9e7923514'.decode('hex'), PREFIX='d206c3a24ee749b4'.decode('hex'), P2P_PORT=12589, MIN_TARGET=0, MAX_TARGET=2**256//2**20 - 1, PERSIST=False, WORKER_PORT=8336, BOOTSTRAP_ADDRS='bitvolcano.com'.split(' '), ANNOUNCE_CHANNEL='#p2pool-alt', VERSION_CHECK=lambda v: v >= 60004,
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:45:51 PM |
|
looks pretty much the same to me. this is my /bitcoin/network.py nets = dict( yacoin=math.Object( P2P_PREFIX='d9e6e7e5'.decode('hex'), P2P_PORT=7688, ADDRESS_VERSION=77, RPC_PORT=8344, RPC_CHECK=defer.inlineCallbacks(lambda bitcoind: defer.returnValue( 'yacoinaddress' in (yield bitcoind.rpc_help()) and not (yield bitcoind.rpc_getinfo())['testnet'] )), SUBSIDY_FUNC=lambda target: get_subsidy(6, 100, target), BLOCKHASH_FUNC=lambda header: pack.IntType(256).unpack(__import__('yac_scrypt').getPoWHash(header, data.block_header_type.unpack(header)['ti$ POW_FUNC=lambda header: pack.IntType(256).unpack(__import__('yac_scrypt').getPoWHash(header, data.block_header_type.unpack(header)['timestam$ BLOCK_PERIOD=60, # s SYMBOL='YAC', CONF_FILE_FUNC=lambda: os.path.join(os.path.join(os.environ['APPDATA'], 'yacoin') if platform.system() == 'Windows' else os.path.expanduser($ BLOCK_EXPLORER_URL_PREFIX='http://yacexplorer.tk/block/', ADDRESS_EXPLORER_URL_PREFIX='http://yacexplorer.tk/address/', SANE_TARGET_RANGE=(2**256//2**20//1000 - 1, 2**256//2**20 - 1), ),
|
|
|
|
eule
|
|
June 12, 2013, 02:48:05 PM |
|
It seems to work ok on my end now, half errors, half hashes. I thought maybe it's a miner submitting wrong shares, but i don't know if that's possible or how to interpret these errors exactly: 2013-06-12 14:46:50.033906 > --- <exception caught here> --- 2013-06-12 14:46:50.033943 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 531, in attempt_verify 2013-06-12 14:46:50.033979 > share.check(self) 2013-06-12 14:46:50.034015 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 420, in check 2013-06-12 14:46:50.034062 > raise ValueError('''gentx doesn't match hash_link''') 2013-06-12 14:46:50.034101 > exceptions.ValueError: gentx doesn't match hash_link 2013-06-12 14:46:50.039057 > Traceback (most recent call last): 2013-06-12 14:46:50.039114 > File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 125, in maybeDeferred 2013-06-12 14:46:50.039154 > result = f(*args, **kw) 2013-06-12 14:46:50.039192 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/node.py", line 362, in clean_tracker 2013-06-12 14:46:50.039230 > self.set_best_share() 2013-06-12 14:46:50.039267 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/node.py", line 307, in set_best_share 2013-06-12 14:46:50.039305 > best, desired, decorated_heads = self.tracker.think(self.get_height_rel_highest, self.bitcoind_work.value['previous_block'], self.bitcoind_work.value['bits'], self.known_txs_var.value) 2013-06-12 14:46:50.039346 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 560, in think 2013-06-12 14:46:50.039474 > if self.attempt_verify(share): 2013-06-12 14:46:50.039520 > --- <exception caught here> --- 2013-06-12 14:46:50.039566 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 531, in attempt_verify 2013-06-12 14:46:50.039607 > share.check(self) 2013-06-12 14:46:50.039644 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 420, in check 2013-06-12 14:46:50.039681 > raise ValueError('''gentx doesn't match hash_link''') 2013-06-12 14:46:50.039718 > exceptions.ValueError: gentx doesn't match hash_link 2013-06-12 14:46:50.042168 Punishing share for 'Block-stale detected! 254d3d07aa8a2a13d8618fa0f2f18173b189cd378932bae37d978bf2 < f1f0eb0dd6bc2969c9eab8b90317fc61cc7642d5684fd78e048c63a0'! Jumping from 10b03540 to bb87c541! 2013-06-12 14:46:51.310158 Handshake timed out, disconnecting from 87.98.221.175:12579 2013-06-12 14:46:51.614171 Worker YHCkUR2vbx489YDCXGGVrDTAfSKqasEc31 submitted share with hash > target: 2013-06-12 14:46:51.614284 Hash: 4bfac64144234f297f60fb5d0aa525137d3a9a1a1fbaa488fbe177089c5f 2013-06-12 14:46:51.614353 Target: fffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 2013-06-12 14:46:51.637508 Handshake timed out, disconnecting from 192.69.192.202:12579 2013-06-12 14:46:51.910433 Worker YHCkUR2vbx489YDCXGGVrDTAfSKqasEc31 submitted share with hash > target: 2013-06-12 14:46:51.910631 Hash: 30ebf86e6b1ab899bb9729f944dcc990cd6ab050381a22fa6f191cf64f82
I think the errors begin immediately after workers begin connecting and delivering work. Pool address is http://yacpool.tk:8838.
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:56:49 PM |
|
It seems to work ok on my end now, half errors, half hashes. I thought maybe it's a miner submitting wrong shares, but i don't know if that's possible or how to interpret these errors exactly: 2013-06-12 14:46:50.033906 > --- <exception caught here> --- 2013-06-12 14:46:50.033943 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 531, in attempt_verify 2013-06-12 14:46:50.033979 > share.check(self) 2013-06-12 14:46:50.034015 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 420, in check 2013-06-12 14:46:50.034062 > raise ValueError('''gentx doesn't match hash_link''') 2013-06-12 14:46:50.034101 > exceptions.ValueError: gentx doesn't match hash_link 2013-06-12 14:46:50.039057 > Traceback (most recent call last): 2013-06-12 14:46:50.039114 > File "/usr/lib/python2.6/dist-packages/twisted/internet/defer.py", line 125, in maybeDeferred 2013-06-12 14:46:50.039154 > result = f(*args, **kw) 2013-06-12 14:46:50.039192 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/node.py", line 362, in clean_tracker 2013-06-12 14:46:50.039230 > self.set_best_share() 2013-06-12 14:46:50.039267 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/node.py", line 307, in set_best_share 2013-06-12 14:46:50.039305 > best, desired, decorated_heads = self.tracker.think(self.get_height_rel_highest, self.bitcoind_work.value['previous_block'], self.bitcoind_work.value['bits'], self.known_txs_var.value) 2013-06-12 14:46:50.039346 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 560, in think 2013-06-12 14:46:50.039474 > if self.attempt_verify(share): 2013-06-12 14:46:50.039520 > --- <exception caught here> --- 2013-06-12 14:46:50.039566 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 531, in attempt_verify 2013-06-12 14:46:50.039607 > share.check(self) 2013-06-12 14:46:50.039644 > File "/home/eule/yacpool/yacoin-p2pool/p2pool/data.py", line 420, in check 2013-06-12 14:46:50.039681 > raise ValueError('''gentx doesn't match hash_link''') 2013-06-12 14:46:50.039718 > exceptions.ValueError: gentx doesn't match hash_link 2013-06-12 14:46:50.042168 Punishing share for 'Block-stale detected! 254d3d07aa8a2a13d8618fa0f2f18173b189cd378932bae37d978bf2 < f1f0eb0dd6bc2969c9eab8b90317fc61cc7642d5684fd78e048c63a0'! Jumping from 10b03540 to bb87c541! 2013-06-12 14:46:51.310158 Handshake timed out, disconnecting from 87.98.221.175:12579 2013-06-12 14:46:51.614171 Worker YHCkUR2vbx489YDCXGGVrDTAfSKqasEc31 submitted share with hash > target: 2013-06-12 14:46:51.614284 Hash: 4bfac64144234f297f60fb5d0aa525137d3a9a1a1fbaa488fbe177089c5f 2013-06-12 14:46:51.614353 Target: fffffffffffffffffffffffffffffffffffffffffffffffffffffffffff 2013-06-12 14:46:51.637508 Handshake timed out, disconnecting from 192.69.192.202:12579 2013-06-12 14:46:51.910433 Worker YHCkUR2vbx489YDCXGGVrDTAfSKqasEc31 submitted share with hash > target: 2013-06-12 14:46:51.910631 Hash: 30ebf86e6b1ab899bb9729f944dcc990cd6ab050381a22fa6f191cf64f82
I think the errors begin immediately after workers begin connecting and delivering work. Pool address is http://yacpool.tk:8838. can you check your network.py share_period=15 i just saw a ealier post caish5 didn't put a block comment to change it to 15 instead of 3
|
|
|
|
x3maniac
|
|
June 12, 2013, 02:58:46 PM |
|
lol i just blocked running solo. me so lucky! ok i'm going try to merge our pool again to bitvolcano
|
|
|
|
eule
|
|
June 12, 2013, 02:59:31 PM |
|
yacoin=math.Object( PARENT=networks.nets['yacoin'], SHARE_PERIOD=15, # seconds CHAIN_LENGTH=24*60*60//15, # shares REAL_CHAIN_LENGTH=24*60*60//15, # shares TARGET_LOOKBEHIND=200, # shares SPREAD=3, # blocks IDENTIFIER='c138e5b9e7923514'.decode('hex'), PREFIX='d206c3a24ee749b4'.decode('hex'), P2P_PORT=12589, MIN_TARGET=0, MAX_TARGET=2**256//2**20 - 1, PERSIST=False, WORKER_PORT=8336, BOOTSTRAP_ADDRS='bitvolcano.com'.split(' '), ANNOUNCE_CHANNEL='#p2pool-alt', VERSION_CHECK=lambda v: v >= 60004, ),
I use the file supplied by caish5, what comment block do you mean? Congrats btw.
|
|
|
|
x3maniac
|
|
June 12, 2013, 03:04:19 PM |
|
ok does anyone reconize this IP 196.210.238.252 it was running fine for about 5 mins until 2013-06-12 11:03:47.881368 Processing 321 shares from 196.210.238.252:35341... 2013-06-12 11:03:49.219032 > Share check failed:
|
|
|
|
eule
|
|
June 12, 2013, 04:21:06 PM |
|
It seems the bitvolcano pool isn't connected to the pool: Peers 0 out, 0 in Was wondering why the global pool speed didn't make sense.
|
|
|
|
|