MithrilMan
|
|
September 08, 2014, 09:47:33 PM |
|
bad news for me even at home, with another blockchain and another wallet, it seems i can't have huntercoin to work...
on the debug.log there are a lot of errors like
REORGANIZE Reorganize(): Old: CBlockIndex(nprev=1b2ef400, pnext=00000000, nFile=5, nBlockPos=55037997 nHeight=345878, merkle=f5164dda5b, hashBlock=b5279e808d56d16d2976) New: CBlockIndex(nprev=1f4f1d98, pnext=00000000, nFile=5, nBlockPos=59160442 nHeight=346811, merkle=c9ad44203f, hashBlock=1a11ca82f4f558d61a0d) Common: CBlockIndex(nprev=1b2ef400, pnext=00000000, nFile=5, nBlockPos=55037997 nHeight=345878, merkle=f5164dda5b, hashBlock=b5279e808d56d16d2976) ProcessMessage(block, 5354 bytes) : Exception 'ReadCompactSize() : size too large' caught ProcessMessage(block, 5354 bytes) FAILED received block d7caf0b58d4c9d16abff
maybe i've to change something about nodes i'm connected to? Exception 'ReadCompactSize() sounds scaring
as a note, both computers were left running the daemon 3 days at least nonstop
|
|
|
|
domob
Legendary
Offline
Activity: 1135
Merit: 1170
|
|
September 09, 2014, 05:22:08 AM |
|
this makes sense about the deletetransaction and you could be right about that problem, but why it should stay at no confirmation state at first place even if i don't call deletetransaction? maybe the system call deletetransaction or some equivalent on other transactions that share one of the input that the killed player transaction had?
since the stuck problem doesn't seems to happen everytime (or at least i think), maybe the problem is that there is something that goes wrong where 2 transaction share one of the input address?
According to my theory (see my post for more details, it is somewhere in there as well), the initial problem arises due to the double-spending thing I suspected already some time ago. However, fixing it locally for you with name_clean doesn't fully solve the problem, due to other nodes still keeping the wrong transaction. This is what I think we have to fix - clear the mempool on each new block by removing such transactions automatically. I'll give the code a look soon to decide about the best implementation.
|
Use your Namecoin identity as OpenID: https://nameid.org/Donations: 1 domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NC domobcmcmVdxC5yxMitojQ4tvAtv99pY BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
|
|
|
MithrilMan
|
|
September 09, 2014, 08:13:22 AM |
|
this makes sense about the deletetransaction and you could be right about that problem, but why it should stay at no confirmation state at first place even if i don't call deletetransaction? maybe the system call deletetransaction or some equivalent on other transactions that share one of the input that the killed player transaction had?
since the stuck problem doesn't seems to happen everytime (or at least i think), maybe the problem is that there is something that goes wrong where 2 transaction share one of the input address?
According to my theory (see my post for more details, it is somewhere in there as well), the initial problem arises due to the double-spending thing I suspected already some time ago. However, fixing it locally for you with name_clean doesn't fully solve the problem, due to other nodes still keeping the wrong transaction. This is what I think we have to fix - clear the mempool on each new block by removing such transactions automatically. I'll give the code a look soon to decide about the best implementation. ok cool P.S. I'm downloading blockchain from chain.huntercoin.org I was thinking that to save space, bandwith and time, you could add just modified files blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right? so you can leave current zip as a base, then add just file that need to be overwritten, what do you think? (i'm talking just for full blockchain)
|
|
|
|
domob
Legendary
Offline
Activity: 1135
Merit: 1170
|
|
September 09, 2014, 09:22:09 AM |
|
P.S. I'm downloading blockchain from chain.huntercoin.org I was thinking that to save space, bandwith and time, you could add just modified files blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right?
so you can leave current zip as a base, then add just file that need to be overwritten, what do you think?
(i'm talking just for full blockchain)
That's true - but I think it will get messy to ensure a fully valid download. Of course, I could set up public rsync access - this would handle copying based on file timestamps. However, I fear that the Windows guys won't be happy with rsync.
|
Use your Namecoin identity as OpenID: https://nameid.org/Donations: 1 domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NC domobcmcmVdxC5yxMitojQ4tvAtv99pY BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
|
|
|
MithrilMan
|
|
September 09, 2014, 10:39:49 AM |
|
P.S. I'm downloading blockchain from chain.huntercoin.org I was thinking that to save space, bandwith and time, you could add just modified files blk001.dat, blk002.dat, blk003.dat and blk004.dat sholdn't change, right?
so you can leave current zip as a base, then add just file that need to be overwritten, what do you think?
(i'm talking just for full blockchain)
That's true - but I think it will get messy to ensure a fully valid download. Of course, I could set up public rsync access - this would handle copying based on file timestamps. However, I fear that the Windows guys won't be happy with rsync. and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?)
|
|
|
|
domob
Legendary
Offline
Activity: 1135
Merit: 1170
|
|
September 09, 2014, 11:00:23 AM |
|
That's true - but I think it will get messy to ensure a fully valid download. Of course, I could set up public rsync access - this would handle copying based on file timestamps. However, I fear that the Windows guys won't be happy with rsync. and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?) Would be possible. But how do you decide on what files you need? rsync takes care of that for you. Note that it is not "guaranteed" that blk0001.dat is never again modified as soon as blk0002.dat is created. (It usually is the case, but it may not always be true.)
|
Use your Namecoin identity as OpenID: https://nameid.org/Donations: 1 domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NC domobcmcmVdxC5yxMitojQ4tvAtv99pY BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
|
|
|
MithrilMan
|
|
September 09, 2014, 11:07:08 AM |
|
That's true - but I think it will get messy to ensure a fully valid download. Of course, I could set up public rsync access - this would handle copying based on file timestamps. However, I fear that the Windows guys won't be happy with rsync. and what about an FTP public access where you place plain files in a folder and people can download what they need (or all for first time user?) Would be possible. But how do you decide on what files you need? rsync takes care of that for you. Note that it is not "guaranteed" that blk0001.dat is never again modified as soon as blk0002.dat is created. (It usually is the case, but it may not always be true.) with datestamp, "overwrite only if newer" is an option every client has (or if size differs) this way nontech or people who don't know what do download can just download all, while others can download what they need but it's just an idea
|
|
|
|
domob
Legendary
Offline
Activity: 1135
Merit: 1170
|
|
September 09, 2014, 11:58:26 AM |
|
with datestamp, "overwrite only if newer" is an option every client has (or if size differs) this way nontech or people who don't know what do download can just download all, while others can download what they need
I haven't used an FTP client in ages (since I like SSH / rsync much better), but if you think it is easily possible with today's clients to do that, I'll think about it. It is definitely a useful thing to have the files by themselves.
|
Use your Namecoin identity as OpenID: https://nameid.org/Donations: 1 domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NC domobcmcmVdxC5yxMitojQ4tvAtv99pY BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
|
|
|
MithrilMan
|
|
September 09, 2014, 01:24:42 PM |
|
with datestamp, "overwrite only if newer" is an option every client has (or if size differs) this way nontech or people who don't know what do download can just download all, while others can download what they need
I haven't used an FTP client in ages (since I like SSH / rsync much better), but if you think it is easily possible with today's clients to do that, I'll think about it. It is definitely a useful thing to have the files by themselves. yes it's possible and handy (i use FileZilla, that's free and handy)
|
|
|
|
billybob2014
|
|
September 09, 2014, 03:15:31 PM |
|
About to be 5000 coins behind this tree after the disaster.. Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily. http://imgur.com/QddOYTh
|
|
|
|
MithrilMan
|
|
September 09, 2014, 03:44:53 PM |
|
another disaster? damn, missed
|
|
|
|
BGB_HUC
Member
Offline
Activity: 114
Merit: 10
|
|
September 09, 2014, 03:48:05 PM |
|
About to be 5000 coins behind this tree after the disaster.. Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily. http://imgur.com/QddOYThover 10,000 behind those trees in red area... come on baby... although it looks like i have introduced a couple bugs with my latest changes... picking up coins that should be ignored...
|
|
|
|
billybob2014
|
|
September 09, 2014, 03:56:24 PM |
|
About to be 5000 coins behind this tree after the disaster.. Even though I was quick to the draw, Bots are a few blocks ahead of me and will get it easily. http://imgur.com/QddOYThover 10,000 behind those trees in red area... come on baby... although it looks like i have introduced a couple bugs with my latest changes... picking up coins that should be ignored... I was tracking the guys trying to bring it back to the wallet before the disaster, bad timing for them.. waiting till your guys have thousands of coins before returning home can be risky. Funny watching them freak out and hiding behind the tree. looks like you will get the coins bgb.
|
|
|
|
billybob2014
|
|
September 09, 2014, 07:33:33 PM Last edit: September 09, 2014, 07:45:15 PM by billybob2014 |
|
Really love the mithril man integration into the new apple watch. The crowd was in awe.
|
|
|
|
MithrilMan
|
|
September 09, 2014, 09:12:38 PM |
|
Really love the mithril man integration into the new apple watch. The crowd was in awe. hahaha would need a really powerful lens or a really big wrist
|
|
|
|
reapers
Newbie
Offline
Activity: 3
Merit: 0
|
|
September 10, 2014, 06:14:21 PM |
|
update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE: REORGANIZE Reorganize(): Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2) Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set ERROR: Reorganize() : ConnectBlock failed ERROR: Failed to abort child transaction in NameDB! InvalidChainFound: invalid block=75fe44df718000785fb2 height=346125 work=207112889955601132511996 InvalidChainFound: current best=4d062bd0b387b1da2dad height=346022 work=206927836026554670104633 InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade. ERROR: SetBestChain() : Reorganize failed ERROR: AcceptBlock() : AddToBlockIndex failed ERROR: ProcessBlock() : AcceptBlock FAILED received block 245133d97f0c10008952
it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade." I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..) anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon) Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet.
|
|
|
|
MithrilMan
|
|
September 10, 2014, 08:08:34 PM |
|
update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE: REORGANIZE Reorganize(): Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2) Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set ERROR: Reorganize() : ConnectBlock failed ERROR: Failed to abort child transaction in NameDB! InvalidChainFound: invalid block=75fe44df718000785fb2 height=346125 work=207112889955601132511996 InvalidChainFound: current best=4d062bd0b387b1da2dad height=346022 work=206927836026554670104633 InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade. ERROR: SetBestChain() : Reorganize failed ERROR: AcceptBlock() : AddToBlockIndex failed ERROR: ProcessBlock() : AcceptBlock FAILED received block 245133d97f0c10008952
it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade." I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..) anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon) Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet. I solved downloading domob blockchain, no luck on fixing it in other ways of course first backup your wallet.dat
|
|
|
|
mikeyfinn
|
|
September 10, 2014, 08:31:37 PM |
|
update: i used a backup, left it running without interrupting it, and it keep giving errors in debug.log, still not able to use it during REORGANIZE: REORGANIZE Reorganize(): Old: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) New: CBlockIndex(nprev=1e9ffee0, pnext=00000000, nFile=4, nBlockPos=2093906621 nHeight=346125, merkle=461a3f4790, hashBlock=75fe44df718000785fb2) Common: CBlockIndex(nprev=1a2d5230, pnext=00000000, nFile=5, nBlockPos=77550944 nHeight=346022, merkle=83713911a3, hashBlock=4d062bd0b387b1da2dad) ERROR: ConnectInputs () : c2724483af3f7c85fd277b63af087be2238fda825015ecb527759bb40815cb9d failed to find prevout COutPoint(c93fdf5e82, 1) in UTXO set ERROR: Reorganize() : ConnectBlock failed ERROR: Failed to abort child transaction in NameDB! InvalidChainFound: invalid block=75fe44df718000785fb2 height=346125 work=207112889955601132511996 InvalidChainFound: current best=4d062bd0b387b1da2dad height=346022 work=206927836026554670104633 InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade. ERROR: SetBestChain() : Reorganize failed ERROR: AcceptBlock() : AddToBlockIndex failed ERROR: ProcessBlock() : AcceptBlock FAILED received block 245133d97f0c10008952
it seems it's not accepting blocks, don't know, and i don't understand why it says "InvalidChainFound: WARNING: Displayed transactions may not be correct! You may need to upgrade, or other nodes may need to upgrade." I've to say, as a note, that my previous version wasn't the 11f i think, so i don't know if it's actually important to upgrade from a version to the next one, without jumping to the last (if it's the case, it's a problem..) anyway at the moment i can't play at all, even if i used my backup (so maybe later i'll downgrade my daemon) Have you fixed this problem, i have the same i think problem. I think it happened when i ran an old daemon after upgrading to the newest version (g) wallet. I solved downloading domob blockchain, no luck on fixing it in other ways of course first backup your wallet.dat Where is the latest pruned domob blockchain?
|
Bitcoin: 1KZr3AvQ3m8NWEGbBPzFMFXbzHxpCbkbv4 Huntercoin: HQWSihm1WPJfjdPbeLfdVc6nsqrnJW5fYR Sync: Si1MjELBXaffuNgEN4Zd3PkM9qzu9pq5k5
|
|
|
|
domob
Legendary
Offline
Activity: 1135
Merit: 1170
|
|
September 11, 2014, 05:19:39 AM |
|
Yep, no pruned download yet - I'm waiting another week to give more time for users to upgrade. (I don't want to keep both a pruned and an unpruned download on the server, since it doesn't have an uber-huge disk.)
|
Use your Namecoin identity as OpenID: https://nameid.org/Donations: 1 domobKsPZ5cWk2kXssD8p8ES1qffGUCm | NMC: NC domobcmcmVdxC5yxMitojQ4tvAtv99pY BM-GtQnWM3vcdorfqpKXsmfHQ4rVYPG5pKS | GPG 0xA7330737
|
|
|
|