sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 02:00:23 PM |
|
Does that help?
paste more of the log. is there a section before that showing details of a block submission? could there be a problem with the transactions in the coinbase related to the devcoin payouts that come from the file it regularly downloads? that's another thing that probably needs testing. testing blocks found before and after the boundaries of new file data. Glad we have another dev onboard! I think there were forking changes in 0.8 btc so it may make sense to do a fresh cleanup of devcoin doing a fork.. that way p2psh, nversion fixes and malleability attacks arent possible... the code is rebased on 0.8.5 so it should work to mine with newer clients and old clients seem to sync up with new ones. The question is if new client mines a block will it be accepted by old ones.. but if we are to plug security holes we should force users to move to new code as bitcoin did??
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 02:06:21 PM |
|
if thats true lets follow original path Hunterbunter and see if we can single out the problem in the new client code..
You can run another node connected to the proxy which is connected to your server node.. I think your seeing problem right away when proxy wakes up and sees that a new miner is available? Using the builtin qt miner set generate=true will do this hopefully? With only one node connected it will be easier to identify issue..
Do you follow or should I write it up more clear? Im on my iphone and its 5am so if so Ill do it on desktop later.
Ok this is the bit I'm not following: Another node as in another p2pool node separate to the one I've already set up? What do you mean by proxy? The problem happens like this: - I start the newest source devcoin daemon, it connects to network and syncs with the network just fine, at this point it ignores P2Pool requests. While it's still syncing, P2Pool has an error when it tries to access the devcoin daemon, which says "devcoin is still downloading blocks". When devcoin daemon is stopped, it just says "can't connect to devcoind daemon" - When devcoin daemon is synced, it listens to the P2Pool request, but spits out that error below, and begins rejecting connections and disconnecting, and eventually terminates. - The P2Pool carries on doing what it's doing, and just spits out a little error every now and then saying "can't talk to the devcoin daemon", but it can continue talking to the miners and the other daemons. It seems unaffected by whether the daemon is alive or dead. - This happens on your newest code on github, but not on the 'initial devcoin based on bitcoin 0.8.5' commit e646ca6740862d6d5914d83b7e69bf31f95c25dc. On that commit, it seems to work normally (as in there are no errors, and the daemon doesn't terminate). I haven't found any blocks yet but that's probably just because of the relatively low hash power at the moment. The devcoin daemon always complains with the same problem: ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed
Does that help? Yea it helps a bit... You should usually sync up the node before turning on the pool but thats ok anyways it works around it. I did this test using local clients running talking to the merged mining proxy and it worked giving the getauxblock message.. it mined blocks.. so I will do that test again. Once we get passed that next step is to mine a block and confirm they are accepted.
|
|
|
|
nibyokwy
Newbie
Offline
Activity: 51
Merit: 0
|
|
February 10, 2014, 02:08:31 PM |
|
to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 02:16:46 PM Last edit: February 10, 2014, 02:30:46 PM by sidhujag |
|
to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.
There was a small change to template which matches bitcoin but wasnt in devcoin. When creatinh a block I set txout value to -fee in the template.. This could be the cause. Why is it in bitcoin as -fee? I assumed it was something to do with the client checking to ensure sufficient balance before sending coins. https://github.com/sidhujag/devcoin/search?q=-nFees&ref=cmdformBut this is in original commit and he said that one connects.. he should see rpccalls in the pool log to template code? At the very least see the msg "running devcoin miner"?
|
|
|
|
Hunterbunter
|
|
February 10, 2014, 03:37:17 PM |
|
Does that help?
paste more of the log. is there a section before that showing details of a block submission? could there be a problem with the transactions in the coinbase related to the devcoin payouts that come from the file it regularly downloads? that's another thing that probably needs testing. testing blocks found before and after the boundaries of new file data. Here are few I can find in .devcoin/debug.log received block 65bb9b37eea3360642b5637d5ea5305ff3cdaf00acaf9c4e8baf57fcf860cbd8 Committing 11 changed transactions to coin database... SetBestChain: new best=65bb9b37eea3360642b5637d5ea5305ff3cdaf00acaf9c4e8baf57fcf860cbd8 height=125114 log2_work=75.067766 tx=224528 date=2014-02-07 23:20:07 progress=0.072150 ProcessBlock: ACCEPTED received block 0521b1afb4cea4a79fba7f11953e5c1a1f3dfcb64ec8d57c17a548e28a268708 Committing 7 changed transactions to coin database... SetBestChain: new best=0521b1afb4cea4a79fba7f11953e5c1a1f3dfcb64ec8d57c17a548e28a268708 height=125115 log2_work=75.068056 tx=224531 date=2014-02-07 23:24:43 progress=0.072151 ProcessBlock: ACCEPTED received block 0f174afcb109386fb8e25e6c3170c218653941850d8547320003f53f0564eb67 Committing 1 changed transactions to coin database... SetBestChain: new best=0f174afcb109386fb8e25e6c3170c218653941850d8547320003f53f0564eb67 height=125116 log2_work=75.068347 tx=224532 date=2014-02-07 23:26:18 progress=0.072151 Committing 18 changed transactions to coin database... SetBestChain: new best=d0af0a1871a72ba01e509317ec4f77f4a279610676273a5ab97957b7b1853d38 height=125117 log2_work=75.068641 tx=224539 date=2014-02-07 23:37:29 progress=0.072154 Committing 20 changed transactions to coin database... SetBestChain: new best=efad489d53063f984226aac7475b7cb043abad6514cda3eae135ac490e9dba27 height=125118 log2_work=75.068935 tx=224550 date=2014-02-07 23:54:27 progress=0.072157 ProcessBlock: ACCEPTED getblocks 125085 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500 getblocks -1 to 0000000000000000000000000000000000000000000000000000000000000000 limit 500 keypool added key 102, size=101 keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed Flushing wallet.dat Flushed wallet.dat 20ms Added 1 addresses from 188.220.216.98: 12 tried, 1123 new <terminated>
accepted connection 82.15.144.161:56275 send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=82.15.144.161:56275, peer=82.15.144.161:56275 Added time data, samples 4, offset -1 (+0 minutes) Added 82.15.144.161:52333 from 82.15.144.161: 10 tried, 1159 new Moving 82.15.144.161:52333 to tried receive version message: version 32501, blocks=125120, us=190.120.236.179:52333, them=82.15.144.161:52333, peer=82.15.144.161:56275 connection timeout trying connection 106.187.94.193:52333 lastseen=0.4hrs connected 106.187.94.193:52333 send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=106.187.94.193:52333, peer=106.187.94.193:52333 Added time data, samples 5, offset -2 (+0 minutes) nTimeOffset = -1 (+0 minutes) receive version message: version 32501, blocks=125120, us=190.120.236.179:51827, them=106.187.94.193:52333, peer=106.187.94.193:52333 trying connection 95.87.202.189:52333 lastseen=4.5hrs connection timeout trying connection 94.12.52.116:52333 lastseen=4.9hrs connection timeout trying connection 91.121.174.223:52333 lastseen=2.6hrs connected 91.121.174.223:52333 send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=91.121.174.223:52333, peer=91.121.174.223:52333 Added time data, samples 6, offset -1 (+0 minutes) Moving 91.121.174.223:52333 to tried receive version message: version 32501, blocks=125120, us=190.120.236.179:47184, them=91.121.174.223:52333, peer=91.121.174.223:52333 trying connection 162.243.208.154:52333 lastseen=0.4hrs connected 162.243.208.154:52333 send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=162.243.208.154:52333, peer=162.243.208.154:52333 Added time data, samples 7, offset -1 (+0 minutes) nTimeOffset = -1 (+0 minutes) receive version message: version 32501, blocks=125120, us=190.120.236.179:59703, them=162.243.208.154:52333, peer=162.243.208.154:52333 keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed trying connection 173.69.204.230:52333 lastseen=4.8hrs connection timeout trying connection 46.115.143.136:52333 lastseen=4.9hrs connection timeout trying connection 38.118.62.165:52333 lastseen=4.6hrs connection timeout trying connection 38.108.113.249:52333 lastseen=4.9hrs accepted connection 68.38.11.21:59000 send version message: version 70001, blocks=125120, us=190.120.236.179:52333, them=68.38.11.21:59000, peer=68.38.11.21:59000 Added time data, samples 8, offset -6 (+0 minutes) Moving 68.38.11.21:52333 to tried receive version message: version 32501, blocks=125120, us=190.120.236.179:52333, them=68.38.11.21:52333, peer=68.38.11.21:59000 Added 3 addresses from 91.121.174.223: 13 tried, 1159 new connection timeout trying connection 49.187.164.172:52333 lastseen=4.8hrs connection timeout trying connection 96.237.186.113:52333 lastseen=5.1hrs <terminated>
received block 30e695568bcf94589433c4ea652ecc1935b2220ac8c4a6432165a0823c875852 Committing 10 changed transactions to coin database... SetBestChain: new best=30e695568bcf94589433c4ea652ecc1935b2220ac8c4a6432165a0823c875852 height=125127 log2_work=75.071554 tx=224583 date=2014-02-08 01:35:27 progress=0.072159 ProcessBlock: ACCEPTED received block 98765ac4f89e458e2c2cefcc10cc1c751571f063af48c55ec80341f847d60627 Committing 4 changed transactions to coin database... SetBestChain: new best=98765ac4f89e458e2c2cefcc10cc1c751571f063af48c55ec80341f847d60627 height=125128 log2_work=75.071833 tx=224585 date=2014-02-08 01:36:09 progress=0.072160 ProcessBlock: ACCEPTED connection timeout trying connection 99.232.33.22:52333 lastseen=6.8hrs connection timeout trying connection 2.239.40.87:52333 lastseen=1.8hrs connection timeout trying connection 77.184.69.252:52333 lastseen=6.8hrs Added 85 addresses from 198.211.105.133: 10 tried, 1205 new connection timeout trying connection 84.227.24.246:52333 lastseen=7.0hrs connect() failed after select(): No route to host trying connection 74.115.95.138:52333 lastseen=2.0hrs connected 74.115.95.138:52333 send version message: version 70001, blocks=125128, us=190.120.236.179:52333, them=74.115.95.138:52333, peer=74.115.95.138:52333 trying connection 74.103.210.161:52333 lastseen=6.4hrs keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed connection timeout trying connection 99.73.124.137:52333 lastseen=4.2hrs connection timeout trying connection 38.108.113.249:52333 lastseen=6.5hrs connection timeout trying connection 106.187.94.193:52333 lastseen=2.0hrs connected 106.187.94.193:52333 send version message: version 70001, blocks=125128, us=190.120.236.179:52333, them=106.187.94.193:52333, peer=106.187.94.193:52333 socket recv error 104 disconnecting node 106.187.94.193:52333 trying connection 68.187.211.2:52333 lastseen=2.0hrs connection timeout trying connection 68.187.211.2:52333 lastseen=2.0hrs connection timeout trying connection 2.239.40.87:52333 lastseen=1.8hrs <terminated>
trying connection 113.68.109.104:52333 lastseen=2.1hrs connection timeout trying connection 90.130.41.14:52333 lastseen=2.7hrs connected 90.130.41.14:52333 send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=90.130.41.14:52333, peer=90.130.41.14:52333 ThreadRPCServer method=getbalance socket recv error 104 disconnecting node 90.130.41.14:52333 trying connection 162.242.17.178:52333 lastseen=2.5hrs connected 162.242.17.178:52333 send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333 Added time data, samples 13, offset +3 (+0 minutes) nTimeOffset = +0 (+0 minutes) Moving 162.242.17.178:52333 to tried receive version message: version 32501, blocks=125130, us=190.120.236.179:48601, them=162.242.17.178:52333, peer=162.242.17.178:52333 accepted connection 98.201.33.193:65029 send version message: version 70001, blocks=125130, us=190.120.236.179:52333, them=98.201.33.193:65029, peer=98.201.33.193:65029 Added time data, samples 14, offset -10 (+0 minutes) Moving 98.201.33.193:52333 to tried receive version message: version 32501, blocks=125130, us=190.120.236.179:52333, them=98.201.33.193:52333, peer=98.201.33.193:65029 ThreadRPCServer method=getinfo keypool reserve 2 keypool return 2 CTxMemPool::accept() : accepted 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe (poolsz 1) received getdata for: tx 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe received getdata for: tx 5912842f1c77966b57d9976f6b1db1f208dee045f06dd8bc4ff21249e86a25fe Flushed 1755 addresses to peers.dat 80ms keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed <terminated>
trying connection 114.79.19.38:52333 lastseen=4.7hrs Committing 3 changed transactions to coin database... SetBestChain: new best=6f1aefce8d1606d07fd1d60f2082a10f31613dc8e7bcc6b3e43f274a265cbd94 height=125134 log2_work=75.0735 tx=224601 date=2014-02-08 02:23:54 progress=0.072161 ProcessBlock: ACCEPTED received block 5b7fb292496a08e8b95327475e3bf06be0ffa50ca699eecdd0b132ee241c96a8 Committing 3 changed transactions to coin database... SetBestChain: new best=5b7fb292496a08e8b95327475e3bf06be0ffa50ca699eecdd0b132ee241c96a8 height=125135 log2_work=75.073777 tx=224603 date=2014-02-08 02:29:39 progress=0.072162 ProcessBlock: ACCEPTED ThreadRPCServer method=getin ThreadRPCServer method=getinfo keypool reserve 2 keypool return 2 connection timeout trying connection 87.79.129.248:52333 lastseen=5.0hrs 14 addresses found from DNS seeds dnsseed thread exit Added 3 addresses from 162.243.208.154: 17 tried, 1741 new keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed connection timeout trying connection 217.44.32.33:52333 lastseen=0.4hrs connection timeout trying connection 98.201.33.193:52333 lastseen=0.4hrs connection timeout trying connection 118.244.207.5:52333 lastseen=0.6hrs connected 118.244.207.5:52333 send version message: version 70001, blocks=125135, us=190.120.236.179:52333, them=118.244.207.5:52333, peer=118.244.207.5:52333 Added time data, samples 3, offset -1 (+0 minutes) receive version message: version 32501, blocks=125135, us=190.120.236.179:60519, them=118.244.207.5:52333, peer=118.244.207.5:52333 trying connection 65.188.164.108:52333 lastseen=5.3hrs connection timeout trying connection 204.14.77.5:52333 lastseen=4.7hrs connection timeout trying connection 99.194.200.2:52333 lastseen=5.3hrs <terminated>
send version message: version 70001, blocks=125135, us=190.120.236.179:52333, them=54.241.178.41:52333, peer=54.241.178.41:52333 received block 63266ac15972835220dafb25afe395f9e3a0f2882939efb85da63e72dc8e18e4 Committing 1329 changed transactions to coin database... SetBestChain: new best=63266ac15972835220dafb25afe395f9e3a0f2882939efb85da63e72dc8e18e4 height=125136 log2_work=75.074054 tx=224605 date=2014-02-08 02:34:53 progress=0.072161 ProcessBlock: ACCEPTED received block cf37b6038ae65c67e2430ac5f16ae56e69ed890a84a9594fc8b7766401633cc9 Committing 5 changed transactions to coin database... SetBestChain: new best=cf37b6038ae65c67e2430ac5f16ae56e69ed890a84a9594fc8b7766401633cc9 height=125137 log2_work=75.074331 tx=224608 date=2014-02-08 02:42:53 progress=0.072162 ProcessBlock: ACCEPTED Added time data, samples 4, offset +99 (+1 minutes) receive version message: version 32400, blocks=125137, us=190.120.236.179:47376, them=54.241.178.41:52333, peer=54.241.178.41:52333 trying connection 50.131.171.225:52333 lastseen=5.4hrs Added 28 addresses from 54.241.178.41: 19 tried, 1764 new 14 addresses found from DNS seeds dnsseed thread exit Flushing wallet.dat Flushed wallet.dat 29ms Added 1 addresses from 23.94.28.23: 19 tried, 1764 new connection timeout trying connection 122.178.217.3:52333 lastseen=1.0hrs keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed connection timeout trying connection 162.242.17.178:52333 lastseen=0.8hrs connected 162.242.17.178:52333 send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333 Added time data, samples 5, offset +3 (+0 minutes) nTimeOffset = +3 (+0 minutes) receive version message: version 32501, blocks=125137, us=190.120.236.179:57476, them=162.242.17.178:52333, peer=162.242.17.178:52333 trying connection 98.28.46.106:52333 lastseen=5.1hrs Added 6 addresses from 54.252.166.125: 19 tried, 1770 new connection timeout trying connection 198.154.60.183:52333 lastseen=2.0hrs connected 198.154.60.183:52333 send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=198.154.60.183:52333, peer=198.154.60.183:52333 Added time data, samples 6, offset -1 (+0 minutes) Moving 198.154.60.183:52333 to tried receive version message: version 32400, blocks=125137, us=190.120.236.179:45486, them=198.154.60.183:52333, peer=198.154.60.183:52333 trying connection 36.83.52.243:52333 lastseen=5.4hrs connection timeout trying connection 200.203.173.39:52333 lastseen=5.0hrs Added 7 addresses from 198.154.60.183: 20 tried, 1775 new connection timeout trying connection 114.79.19.38:52333 lastseen=5.1hrs connection timeout trying connection 74.115.95.138:52333 lastseen=2.0hrs connected 74.115.95.138:52333 send version message: version 70001, blocks=125137, us=190.120.236.179:52333, them=74.115.95.138:52333, peer=74.115.95.138:52333 CTxMemPool::accept() : accepted d30b784d194878136924790cdc1fccf77ad9f15846498a664f0a69248209d905 (poolsz 1) Added time data, samples 7, offset +3 (+0 minutes) nTimeOffset = +3 (+0 minutes) receive version message: version 32501, blocks=125137, us=190.120.236.179:44649, them=74.115.95.138:52333, peer=74.115.95.138:52333 trying connection 120.149.117.234:52333 lastseen=5.4hrs <terminated>
This one had two before dying received block 8fd048e1ea705befc9a1e05824def0dfc780bf3525f4255d8c8fde11282a9eaf Committing 7 changed transactions to coin database... SetBestChain: new best=8fd048e1ea705befc9a1e05824def0dfc780bf3525f4255d8c8fde11282a9eaf height=125139 log2_work=75.074886 tx=224623 date=2014-02-08 03:11:24 progress=0.072164 ProcessBlock: ACCEPTED received block bde85f90140fe3315a920e3e9a655df5a7dcf2c7c301f3ed9d128493e7844a16 Committing 1 changed transactions to coin database... SetBestChain: new best=bde85f90140fe3315a920e3e9a655df5a7dcf2c7c301f3ed9d128493e7844a16 height=125140 log2_work=75.075165 tx=224624 date=2014-02-08 03:13:41 progress=0.072164 ProcessBlock: ACCEPTED received block 5dc796723a9bda4bc279fd341064bb8cb8ae91ba1ad6682282c7344af0031243 Committing 8 changed transactions to coin database... SetBestChain: new best=5dc796723a9bda4bc279fd341064bb8cb8ae91ba1ad6682282c7344af0031243 height=125141 log2_work=75.075445 tx=224629 date=2014-02-08 03:21:26 progress=0.072166 ProcessBlock: ACCEPTED connection timeout trying connection 66.193.195.130:52333 lastseen=6.6hrs connection timeout trying connection 162.242.17.178:52333 lastseen=1.3hrs connected 162.242.17.178:52333 send version message: version 70001, blocks=125141, us=190.120.236.179:52333, them=162.242.17.178:52333, peer=162.242.17.178:52333 Added time data, samples 3, offset +3 (+0 minutes) receive version message: version 32501, blocks=125142, us=190.120.236.179:35457, them=162.242.17.178:52333, peer=162.242.17.178:52333 trying connection 95.87.202.189:52333 lastseen=4.1hrs connect() failed after select(): Connection refused trying connection 69.142.88.110:52333 lastseen=6.1hrs keypool reserve 2 ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed Added 4 addresses from 162.242.17.178: 17 tried, 1742 new received block 34d6faf3c525ad233f347b4812c0f0488c80c445e3acb378ceae4150b5d69bcc Committing 4 changed transactions to coin database... SetBestChain: new best=34d6faf3c525ad233f347b4812c0f0488c80c445e3acb378ceae4150b5d69bcc height=125142 log2_work=75.075724 tx=224631 date=2014-02-08 03:24:16 progress=0.072166 ProcessBlock: ACCEPTED connection timeout trying connection 87.114.111.214:52333 lastseen=8.3hrs connection timeout trying connection 24.167.200.111:52333 lastseen=8.5hrs CTxMemPool::accept() : accepted 35bdd522f61d78aaad828ce8aa2728d41b0bfc63c882308ca8d2114abc176ff5 (poolsz 1) connection timeout trying connection 65.60.190.183:52333 lastseen=4.0hrs Added 2 addresses from 118.244.207.5: 17 tried, 1744 new connection timeout trying connection 177.99.27.220:52333 lastseen=5.8hrs connect() failed after select(): Connection refused trying connection 213.167.158.78:52333 lastseen=6.4hrs connection timeout trying connection 175.136.130.44:52333 lastseen=6.2hrs ERROR: CTransaction::CheckTransaction() : txout.nValue negative ERROR: CheckBlock() : CheckTransaction failed connection timeout trying connection 173.154.37.181:52333 lastseen=6.1hrs connection timeout trying connection 82.14.115.136:52333 lastseen=6.4hrs connection timeout trying connection 92.141.64.225:52333 lastseen=6.1hrs connect() failed after select(): No route to host trying connection 24.113.73.192:52333 lastseen=6.3hrs connection timeout trying connection 179.253.51.21:52333 lastseen=5.8hrs connection timeout trying connection 80.42.201.45:52333 lastseen=13.5hrs <terminated>
etc. That ERROR is present before every single termination. P2Pool is a bit easier...it's exactly the same every time: > Error while calling merged getauxblock on http://127.0.0.1:52332/: 2014-02-07 21:08:51.551955 > Traceback (most recent call last): 2014-02-07 21:08:51.552099 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 577, in _runCallbacks 2014-02-07 21:08:51.552274 > current.result = callback(current.result, *args, **kw) 2014-02-07 21:08:51.552390 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1155, in gotResult 2014-02-07 21:08:51.552509 > _inlineCallbacks(r, g, deferred) 2014-02-07 21:08:51.552615 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1097, in _inlineCallbacks 2014-02-07 21:08:51.552736 > result = result.throwExceptionIntoGenerator(g) 2014-02-07 21:08:51.552848 > File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 389, in throwExceptionIntoGenerator 2014-02-07 21:08:51.552971 > return g.throw(self.type, self.value, self.tb) 2014-02-07 21:08:51.553082 > --- <exception caught here> --- 2014-02-07 21:08:51.553188 > File "/home/amit/p2pool/p2pool/util/deferral.py", line 41, in f 2014-02-07 21:08:51.553301 > result = yield func(*args, **kwargs) 2014-02-07 21:08:51.553409 > File "/usr/lib/python2.7/dist-packages/twisted/internet/defer.py", line 1097, in _inlineCallbacks 2014-02-07 21:08:51.553530 > result = result.throwExceptionIntoGenerator(g) 2014-02-07 21:08:51.553640 > File "/usr/lib/python2.7/dist-packages/twisted/python/failure.py", line 389, in throwExceptionIntoGenerator 2014-02-07 21:08:51.553768 > return g.throw(self.type, self.value, self.tb) 2014-02-07 21:08:51.553879 > File "/home/amit/p2pool/p2pool/util/jsonrpc.py", line 133, in _http_do 2014-02-07 21:08:51.553994 > raise Error_for_code(resp['error']['code'])(resp['error']['message'], resp['error'].get('data', None)) 2014-02-07 21:08:51.554117 > p2pool.util.jsonrpc.NarrowError: -1 CreateNewBlock() : ConnectBlock failed
then it continues on its merry way. I've watched them both and this error occurs at the same time the devcoin error shows up. After this point, P2Pool is refused connection when it tries to connect again.
|
|
|
|
Hunterbunter
|
|
February 10, 2014, 03:44:57 PM |
|
to help understand the code path, what is the setup of the pool that is testing it? i see it is p2pool but is it mining bitcoin as the primary with devcoin as a merge mine coin? or is this initial test mining with devcoin as the primary? if the latter, has getblocktemplate (which i assume p2pool is using) modified from the original bitcoin one at all? If the former, it will be using the getaux... paths.
The P2Pool is mining bitcoins, and merge mining namecoin, i0coin, ixcoin and devcoin. I don't think you can merge mine bitcoin yet, the others you can do because the alt coins have code that allows it, whereas the bitcoin just ignores what they add to the bitcoin blockchain (or something, I don't understand it too well yet). There was a small change to template which matches bitcoin but wasnt in devcoin. When creatinh a block I set txout value to -fee in the template.. This could be the cause. Why is it in bitcoin as -fee? I assumed it was something to do with the client checking to ensure sufficient balance before sending coins. https://github.com/sidhujag/devcoin/search?q=-nFees&ref=cmdformBut this is in original commit and he said that one connects.. he should see rpccalls in the pool log to template code? At the very least see the msg "running devcoin miner"? The problem with the P2Pool is it doesn't create a log for successful attempts...it just says "Got new merged mining work!" but not from which daemon. can I make that change locally on the master git and see if it still causes an error?
|
|
|
|
bit-fxtrader
|
|
February 10, 2014, 04:19:15 PM |
|
Hey, since I wasn't included in payment round 32 for devtome, what happens to 24,000 words I already posted this round? My last article was posted about 1 day before the deadline. Do I have a fresh 50k limit for this round or will the 24k overflow in my word limit for round 33 and I only have 26k left?
Another question. Smeagol said that he included me in the list for a 6 share financial writing bounty. Does this stand or will it too be delayed until round 33?
Thanks.
Re the questions on my report, I will link a few examples here once I start it up. Taking a small break at the moment.
|
|
|
|
jasinlee
|
|
February 10, 2014, 04:30:28 PM |
|
Is anyone planning to speak at the crypto convention in NY in April on behalf of DVC?
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 05:27:50 PM |
|
Is anyone planning to speak at the crypto convention in NY in April on behalf of DVC?
I hope someone does and gives a glimpse of whats coming up!
|
|
|
|
jratcliff63367
Member
Offline
Activity: 82
Merit: 10
|
|
February 10, 2014, 05:41:20 PM |
|
So, I'm a little late to the party, I just heard about this 'coin', but I like the concept as a I do a lot of open source work. I am currently working on an open source bitcoin blockchain parser and analysis tool. https://code.google.com/p/blockchain/ What's the process I go through to become an officially recognized 'devcoin' open source project?
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 06:25:29 PM Last edit: February 10, 2014, 06:58:54 PM by sidhujag |
|
Hunterbunter,
Looking at the code the CreateNewBlock gets called but txout nvalue can be negative either through a rounding error or if say the reciever file is messed up. It goes through all reciever entries to calculate value for each address. Does the receiver value exist? The latest one in the data dir? if its synced up you should have last rounds receiver file.
Id like to know the latest reciever file you have and that if its valid. I can try to replicate the scenario on my end then by doing local mining through the merged mining proxy with the same reciever file to see if it throws the same error...
Seems like it may be a problem with a txout entry in one of the blocks the node has... Almost like its better to delete the data directory and let it sync again to ensure you have all valid blocks until you turn on the pool.. but you already did this you said.. so Ill try it on my end.
Also is it possible to turn off the other coins amd just have devcoin node running? Maybe some other coins are usingthe same rpc port and its a case of mistaken identity.. check that all the conf files have different rpcports defined.
|
|
|
|
smeagol
Legendary
Offline
Activity: 1008
Merit: 1005
|
|
February 10, 2014, 06:27:45 PM |
|
edit 2: The massive buy walls just disappeared - not sure what's going on The buy walls were all one person I think... Also is cryptsy OK now? I stopped using them.
|
|
|
|
weisoq
|
|
February 10, 2014, 06:32:37 PM |
|
So, I'm a little late to the party, I just heard about this 'coin', but I like the concept as a I do a lot of open source work. I am currently working on an open source bitcoin blockchain parser and analysis tool. https://code.google.com/p/blockchain/ What's the process I go through to become an officially recognized 'devcoin' open source project? http://devtome.com/doku.php?id=earn_devcoins_by_developingLooks like devtome's having issues atm so otherwise msg hunterbunter
|
|
|
|
Flam
|
|
February 10, 2014, 07:19:33 PM |
|
Yep many error 508 here.
|
|
|
|
Unthinkingbit
|
|
February 10, 2014, 07:56:55 PM |
|
has the new devcoin client added any of the hard or soft forking options that the new bitcoin activates? what has it done with regards to:
* version 2 blocks. i believe devcoin currently uses version 1 coinbases. when version 2 coinbases were first used in bitcoin the client had code that would reject version 1 blocks when a majority of version 2 blocks existed in the last X blocks. this was later removed once the supermajority was met and i believe the current bitcoin code now rejects version 1 blocks.
* is p2sh activated? p2sh transactions are unsafe if the majority of miners don't run p2sh enabled clients.
* there was a fork during the 0.8 version of the client due to the change to leveldb and differing locking behavior to bdb in the older client. this caused a chainfork when the old client rejected blocks that the new client created due to size constraints. a patch was created for old clients to enable them to have better locking constraints to accept the unusual blocks from the new client. this issue will exist in devcoin if miners run old and new clients. it will be possible for new client operators to force a chain split.
i'm sure there are other differences. were fee policies changed?
Devcoin has a thin block chain so there are no size constraints. There's no need to reject version 1 blocks in devcoin. If there is code in the devcoin 0.8.x codebase to reject version one blocks, that should be commented out. We don't need p2sh transactions, so that could be commented out also. Maybe in the future we could enable multisig, but it's not necessary now.
|
|
|
|
Unthinkingbit
|
|
February 10, 2014, 08:01:38 PM Last edit: February 10, 2014, 08:15:23 PM by Unthinkingbit |
|
When I made the 48 share bounty for the new client, I didn't know there were so many differences between the 0.3 codebase and the 0.8 codebase. Now I see that there's many things to do do, so I suggest boosting the bounty from 48 shares to 96 shares. The 48 shares have already been sent, so this would be a boost of 48 share in round 33. Any objections, or should something be changed?
|
|
|
|
sidhujag
Legendary
Offline
Activity: 2044
Merit: 1005
|
|
February 10, 2014, 08:33:12 PM Last edit: February 10, 2014, 08:45:54 PM by sidhujag |
|
When I made the 48 share bounty for the new client, I didn't know there were so many differences between the 0.3 codebase and the 0.8 codebase. Now I see that there's many things to do do, so I suggest boosting the bounty from 48 shares to 96 shares. The 48 shares have already been sent, so this would be a boost of 48 share in round 33. Any objections, or should something be changed?
No objection but further reasoning is as follows: I tried to keep it consistent but there were manual merges that were code reviewed and passed people's judgements but the code is complicated because its not "that" well designed so its hard to spot problems in the large scope of things by simply looking at the code and considering all options. I think I may have ideas why Hunterbunter is not able to connect and its simply a connection issue and doesn't make sense because its not even getting to the submit work state so its not even testing merged-mining other than setting it up so workers can start getting work... im not sure why its calling CreateNewBlock right on connect, whcih is called from rpcmining, but its something that I will figure out and know the answer soon (just that it takes longer than it should) As far as the rpcmining, nothing was changed between 0.8.5 and devcoin, but there are probably many changes in the underlying structure because the base changed drastically... I don't see why it would be a problem with new client to new client interaction but to keep backwards compatibility with merged-mining in mind is a tougher task, and its hard to debug. If someone was familiar with the code they could help by getting the unit tests up and going, so we can actually run tests against the code without running it live. It would speed up development and I just didn't get around to it. Instead of doing that I think I'm good at finding issues in code by simple problem solving which is what I'll do in this case. It may be a small fix that will resolve the client issues and we will be fine after that, since syncing and sending/recieving doesn't seem to have any issues between client versions. Even the android client is happy now. But I do think if we want to roll forward it makes sense to keep up-to-date with bitcoin source and doing that means we wouldn't have to reimplement devcoin manually from a rebase everytime... that simply means we start fresh from 0.8.6 and add in devcoin again and not worry about backwards compatibility. We only have 1 major pool to consider and this new one, so its just a matter of setting a date/time in the future and saying we are moving to a new codebase... If bitcoin has found to have a major flaw, then so does ours.. .we should leverage the development effort of bitcoin and not try to redevelop the wheel so its a more efficient path to achieve the same thing. If we do follow this path, this would mean we follow bitcoins difficulty retargeting and all other specs, except the main devcoin differences like auxpow/reciever share system, to keep consistent and be able to reuse the tools of bitcoin, by adding in merged-mining capability similar to what I did with the android wallet... however the wallet took longer because of the difficulty algorithm which the code didn't have in mind to check previous set of blocks to average. Small things like this add up and will cause problems one day. BTW for piece of mind I did merge in the version 1 block stuff in AcceptBlock already: // Devcoin currently doesn't enforce 2 blocks, since merged mining // produces v1 blocks and normal mining should produce v2 blocks. #if 0 // Reject block.nVersion=1 blocks when 95% (75% on testnet) of the network has upgraded: if ((nVersion&0xff) < 2) { if ((!fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 950, 1000)) || (fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 75, 100))) { return state.Invalid(error("AcceptBlock() : rejected nVersion=1 block")); } } // Enforce block.nVersion=2 rule that the coinbase starts with serialized block height if ((nVersion&0xff) >= 2) { // if 750 of the last 1,000 blocks are version 2 or greater (51/100 if testnet): if ((!fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 750, 1000)) || (fTestNet && CBlockIndex::IsSuperMajority(2, pindexPrev, 51, 100))) { CScript expect = CScript() << nHeight; if (vtx[0].vin[0].scriptSig.size() < expect.size() || !std::equal(expect.begin(), expect.end(), vtx[0].vin[0].scriptSig.begin())) return state.DoS(100, error("AcceptBlock() : block height mismatch in coinbase")); } } #endif
|
|
|
|
wiser
Legendary
Offline
Activity: 1806
Merit: 1029
|
|
February 10, 2014, 08:53:39 PM |
|
I'm getting this error a lot right now. Unfortunately that means I have to hold off on signing up new writers. If you messaged me over the weekend, thanks in advance for your patience, and I'll give it a shot tomorrow. Yep many error 508 here.
|
|
|
|
FuzzyBear
Legendary
Offline
Activity: 1420
Merit: 1010
|
|
February 10, 2014, 09:14:40 PM |
|
I'm getting this error a lot right now. Unfortunately that means I have to hold off on signing up new writers. If you messaged me over the weekend, thanks in advance for your patience, and I'll give it a shot tomorrow. Yep many error 508 here.
Same here, i'll sign u up once site is back up Fuzzybear
|
|
|
|
nibyokwy
Newbie
Offline
Activity: 51
Merit: 0
|
|
February 10, 2014, 10:39:39 PM |
|
Seems like it may be a problem with a txout entry in one of the blocks the node has... Almost like its better to delete the data directory and let it sync again to ensure you have all valid blocks until you turn on the pool.. but you already did this you said.. so Ill try it on my end.
might be a good idea to add a bunch of printing debug there for now so it's easier to see what is going on in the logs.
|
|
|
|
|