Bitcoin Forum
May 28, 2020, 04:31:24 PM *
News: Latest Bitcoin Core release: 0.19.1 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 ... 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 [448] 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 »
  Print  
Author Topic: [ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"  (Read 1142922 times)
This is a self-moderated topic. If you do not want to be moderated by the person who started this topic, create a new topic.
Michail1
Legendary
*
Offline Offline

Activity: 1457
Merit: 1161



View Profile WWW
May 21, 2018, 02:20:48 AM
 #8941

Net results for me...
It works great until block 1781476.  It then runs into an error.
If I had to guess though, I would say this is when the client hits a kind of 2GB windows file limit, an error is flagged and the client then goes into syncing mode instead of importing blocks from the bootstrap.

It could be an issue with 2GB filesize limit I guess, or a signed 32 bit variable in the code perhaps. 2^31 = 2147483648.

I would suggest putting "connect=0" in the clam.conf to stop the client ever going to "live sync".

I eventually synced.   Since I don't use the wallet, I will try a couple of tests.

First, I am using:   v1.4.17

Looking in logs, I see the client reaches 751 Orphan blocks.  It gets a bunch more, but each one is numbered 751.   Basically locks up.

I see others have taken the advice of connect=0      I will run that tonight just as another test / confirmation that it may resolve the issue.  Of course, a client update would be needed to make no connections while it is importing blocks.



Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction. Advertise here.
1590683484
Hero Member
*
Offline Offline

Posts: 1590683484

View Profile Personal Message (Offline)

Ignore
1590683484
Reply with quote  #2

1590683484
Report to moderator
1590683484
Hero Member
*
Offline Offline

Posts: 1590683484

View Profile Personal Message (Offline)

Ignore
1590683484
Reply with quote  #2

1590683484
Report to moderator
criptocambio
Jr. Member
*
Offline Offline

Activity: 54
Merit: 1


View Profile WWW
May 21, 2018, 11:48:28 AM
 #8942

Since bootstrapping and syncing are really an annoyance right now, is there any chance to make a checkpoint block with all the balances in the non-empty wallets inside the client and start from there in new releases? It wont have any transactions before that, but it can sync the blocks after the checkpoint block faster and enable the person to do transactions, and do the syncing of older blocks after that without hurry

criptocambio.com.br
zazarb
Legendary
*
Offline Offline

Activity: 2016
Merit: 1491


Get loan in just five minutes goo.gl/8WMW6n


View Profile WWW
May 21, 2018, 12:28:33 PM
 #8943

Finally my wallet synced Smiley
But helped only  method, when multiple time I closed client, and after change bootstrap.old to bootstrap , run wallet again.(repeated process 5-8 time per day)
Michail1
Legendary
*
Offline Offline

Activity: 1457
Merit: 1161



View Profile WWW
May 21, 2018, 04:46:27 PM
Last edit: May 21, 2018, 04:56:45 PM by Michail1
 #8944

I eventually synced.   Since I don't use the wallet, I will try a couple of tests.

First, I am using:   v1.4.17

Looking in logs, I see the client reaches 751 Orphan blocks.  It gets a bunch more, but each one is numbered 751.   Basically locks up.

I see others have taken the advice of connect=0      I will run that tonight just as another test / confirmation that it may resolve the issue.  Of course, a client update would be needed to make no connections while it is importing blocks.



Well, again, it stopped automatically for me at block 1775693

bootstrap.dat 2.38 GB (2,565,076,446 bytes) sha256 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96
blk0001.dat   1.95 GB (2,097,155,946 bytes) sha256 510D0CABB4208D9A545A0E05FAB2C0C29C225D699E0601A16B2891FACBD2CE98
blk0002.dat   40.1 MB (   42,074,112 bytes) sha256 4E0425F4E1244A86167460031043C0247B09F5EAEBA6E1BCB4136A91EE0A2394

Here is the snippet from the debug log.

Quote
SetBestChain: new best=33282ccb31e0242458ea8cf426cfb05714753604b37c413a8e95486ca81c7191  height=1775690  trust=567448766874838286320  blocktrust=509240947264508  date=11/16/17 09:02:08
ProcessBlock: ACCEPTED
SetBestChain: new best=81963d01eb963e0bc0f323c5252c67eee91c851e6bdc0552ef3ba5877b1bd9f7  height=1775691  trust=567449274043651486296  blocktrust=507168813199976  date=11/16/17 09:03:44
ProcessBlock: ACCEPTED
SetBestChain: new best=4787753ea648205e9f413cea6001eabf92614869318f469a2733bb016f9a1f5c  height=1775692  trust=567449778894470438909  blocktrust=504850818952613  date=11/16/17 09:05:20
ProcessBlock: ACCEPTED
SetBestChain: new best=64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23  height=1775693  trust=567450280914992243496  blocktrust=502020521804587  date=11/16/17 09:06:08
ProcessBlock: ACCEPTED
ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
ERROR: FetchInputs() : 6d855febfba9794f14995f90993a2c56444a4c7c5ec561030f983c657dc36492 ReadFromDisk prev tx 31cea8afbee32d452f52028ef310b51c749bbaaffd9ecd3df442b6898b4b641a failed
InvalidChainFound: invalid block=fb790923aa509ff87a97287afd0639efa4763023fb6a7f42691837400f949b77  height=1775694  trust=567450780123264426586  blocktrust=499208272183090  date=11/16/17 09:06:56
InvalidChainFound:  current best=64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23  height=1775693  trust=567450280914992243496  blocktrust=502020521804587  date=11/16/17 09:06:08
ERROR: SetBestChain() : SetBestChainInner failed
ERROR: AcceptBlock() : AddToBlockIndex failed
ERROR: ProcessBlock() : AcceptBlock FAILED
ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
ERROR: CheckProofOfStake() : INFO: read txPrev failed
ProcessBlock: ORPHAN BLOCK 0, prev=5cc7e18e8e8d3a4d11beac2117869739f2185177262e8fb221baede214ebc0df
ProcessBlock: ORPHAN BLOCK 0, prev=e24425383f3707c7f3b23e90d720e4883a98aeca0c1a3777e317efc9539c81ab
ProcessBlock: ORPHAN BLOCK 0, prev=9109b5f5ed6bc67b4669e3d24823e42bf881b3772bf7a9b53ade463a9be95666
ProcessBlock: ORPHAN BLOCK 0, prev=91afe77917861bf006e7ee797fecbb944dd18ae43ceb0c000674c996de88ffbc
ProcessBlock: ORPHAN BLOCK 0, prev=f15bb5e8275a215b1921865dcc16e64aed9af05cdf6166c8dce7210b4f9ee70d
ProcessBlock: ORPHAN BLOCK 0, prev=f5ef33223365fa4cdfc51d8c3c11340b23f7da3f4d5cdb3facd06f5fc008aaf3
ProcessBlock: ORPHAN BLOCK 0, prev=2a576b57412f46383262a66a7ff966626830b9f6aab3d221e55106489d74cbd7
.
.
.

Although orphan stays at block 0, no more bestchains appear to have loaded.  In the end, I see....

Quote
ProcessBlock: ORPHAN BLOCK 0, prev=166705ff3f78aeda9251ad3bc79bca5c88f461539987dff0747a0062d885de56
ProcessBlock: ORPHAN BLOCK 0, prev=79241ea0703cebdea6a4a766dfdacea7f23319327034a8db346d0ff95f68e758
ProcessBlock: ORPHAN BLOCK 0, prev=4a398a03270b98afa5e0ba0f9d643533b78b708c7a8fd536144cc6fc72684b65
ProcessBlock: ORPHAN BLOCK 0, prev=b18c076bb4e687d959932c85766f0099592f1e4f1995f98d55bc63aa90f23c68
ProcessBlock: ORPHAN BLOCK 0, prev=bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ProcessBlock: ORPHAN BLOCK 0, prev=eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 1781474 blocks from external file in 42731538ms
dumpaddr thread stop
addcon thread interrupt
net thread interrupt
msghand thread interrupt
opencon thread interrupt
Shutdown : In progress...
StopNode()
Shutdown : done

So, I made a backup of the debug.log file at this point, renamed the bootstrap.dat.old back and restarted.


Appears to be running like it should......
Quote
ERROR: ProcessBlock() : already have block 1775690 33282ccb31e0242458ea8cf426cfb05714753604b37c413a8e95486ca81c7191
ERROR: ProcessBlock() : already have block 1775691 81963d01eb963e0bc0f323c5252c67eee91c851e6bdc0552ef3ba5877b1bd9f7
ERROR: ProcessBlock() : already have block 1775692 4787753ea648205e9f413cea6001eabf92614869318f469a2733bb016f9a1f5c
ERROR: ProcessBlock() : already have block 1775693 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23
ERROR: ProcessBlock() : already have block 1775694 fb790923aa509ff87a97287afd0639efa4763023fb6a7f42691837400f949b77
Postponing 1 reconnects
REORGANIZE
REORGANIZE: Disconnect 0 blocks; 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23..64aded1cfe367 9857107151e22caa8043908fec2229a2e16b9a7046e0985ca23
REORGANIZE: Connect 1 blocks; 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23..fb790923aa509 ff87a97287afd0639efa4763023fb6a7f42691837400f949b77
REORGANIZE: done
SetBestChain: new best=5cc7e18e8e8d3a4d11beac2117869739f2185177262e8fb221baede214ebc0df  height=1775695  trust=567451276791207500535  blocktrust=496667943073949  date=11/16/17 09:07:28
ProcessBlock: ACCEPTED
SetBestChain: new best=e24425383f3707c7f3b23e90d720e4883a98aeca0c1a3777e317efc9539c81ab  height=1775696  trust=567451770931307516863  blocktrust=494140100016328  date=11/16/17 09:07:44
ProcessBlock: ACCEPTED
SetBestChain: new best=9109b5f5ed6bc67b4669e3d24823e42bf881b3772bf7a9b53ade463a9be95666  height=1775697  trust=567452262805132909752  blocktrust=491873825392889  date=11/16/17 09:08:16
.
.
.
.
.

Annnnnddddd, it fails again.

Quote
SetBestChain: new best=b18c076bb4e687d959932c85766f0099592f1e4f1995f98d55bc63aa90f23c68  height=1781473  trust=569912537987922081905  blocktrust=490474450244869  date=11/20/17 10:10:56
ProcessBlock: ACCEPTED
SetBestChain: new best=bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732  height=1781474  trust=569913028971501803220  blocktrust=490983579721315  date=11/20/17 10:12:16
ProcessBlock: ACCEPTED
SetBestChain: new best=eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9  height=1781475  trust=569913520714206297916  blocktrust=491742704494696  date=11/20/17 10:14:24
ProcessBlock: ACCEPTED
SetBestChain: new best=0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2  height=1781476  trust=569914012968678030572  blocktrust=492254471732656  date=11/20/17 10:16:00
ProcessBlock: ACCEPTED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 5782 blocks from external file in 976515ms

This was a key block number in my prior setup days ago during my posts.   Something is definately wrong.  I could understand the random getting disconnected as maybe internet went down; however, at key block numbers is too coincidental.   This is definately AFTER the 2GB blk file is created.

So, my file is now....
blk0002.dat   47.9 MB (   50,328,045 bytes) sha256 ABFE04484E56047C449E7BB983BF4AFA056195DB623999FFA1955AC697ED6557  at 1781476


Clam version v1.4.17 (2015-09-23 21:07:15 -0300)
Using OpenSSL version OpenSSL 1.0.1j 15 Oct 2014







criptocambio
Jr. Member
*
Offline Offline

Activity: 54
Merit: 1


View Profile WWW
May 21, 2018, 05:36:13 PM
 #8945

I eventually synced.   Since I don't use the wallet, I will try a couple of tests.

First, I am using:   v1.4.17

Looking in logs, I see the client reaches 751 Orphan blocks.  It gets a bunch more, but each one is numbered 751.   Basically locks up.

I see others have taken the advice of connect=0      I will run that tonight just as another test / confirmation that it may resolve the issue.  Of course, a client update would be needed to make no connections while it is importing blocks.



Well, again, it stopped automatically for me at block 1775693

bootstrap.dat 2.38 GB (2,565,076,446 bytes) sha256 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96
blk0001.dat   1.95 GB (2,097,155,946 bytes) sha256 510D0CABB4208D9A545A0E05FAB2C0C29C225D699E0601A16B2891FACBD2CE98
blk0002.dat   40.1 MB (   42,074,112 bytes) sha256 4E0425F4E1244A86167460031043C0247B09F5EAEBA6E1BCB4136A91EE0A2394

Here is the snippet from the debug log.

Quote
SetBestChain: new best=33282ccb31e0242458ea8cf426cfb05714753604b37c413a8e95486ca81c7191  height=1775690  trust=567448766874838286320  blocktrust=509240947264508  date=11/16/17 09:02:08
ProcessBlock: ACCEPTED
SetBestChain: new best=81963d01eb963e0bc0f323c5252c67eee91c851e6bdc0552ef3ba5877b1bd9f7  height=1775691  trust=567449274043651486296  blocktrust=507168813199976  date=11/16/17 09:03:44
ProcessBlock: ACCEPTED
SetBestChain: new best=4787753ea648205e9f413cea6001eabf92614869318f469a2733bb016f9a1f5c  height=1775692  trust=567449778894470438909  blocktrust=504850818952613  date=11/16/17 09:05:20
ProcessBlock: ACCEPTED
SetBestChain: new best=64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23  height=1775693  trust=567450280914992243496  blocktrust=502020521804587  date=11/16/17 09:06:08
ProcessBlock: ACCEPTED
ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
ERROR: FetchInputs() : 6d855febfba9794f14995f90993a2c56444a4c7c5ec561030f983c657dc36492 ReadFromDisk prev tx 31cea8afbee32d452f52028ef310b51c749bbaaffd9ecd3df442b6898b4b641a failed
InvalidChainFound: invalid block=fb790923aa509ff87a97287afd0639efa4763023fb6a7f42691837400f949b77  height=1775694  trust=567450780123264426586  blocktrust=499208272183090  date=11/16/17 09:06:56
InvalidChainFound:  current best=64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23  height=1775693  trust=567450280914992243496  blocktrust=502020521804587  date=11/16/17 09:06:08
ERROR: SetBestChain() : SetBestChainInner failed
ERROR: AcceptBlock() : AddToBlockIndex failed
ERROR: ProcessBlock() : AcceptBlock FAILED
ERROR: CTransaction::ReadFromDisk() : OpenBlockFile failed
ERROR: CheckProofOfStake() : INFO: read txPrev failed
ProcessBlock: ORPHAN BLOCK 0, prev=5cc7e18e8e8d3a4d11beac2117869739f2185177262e8fb221baede214ebc0df
ProcessBlock: ORPHAN BLOCK 0, prev=e24425383f3707c7f3b23e90d720e4883a98aeca0c1a3777e317efc9539c81ab
ProcessBlock: ORPHAN BLOCK 0, prev=9109b5f5ed6bc67b4669e3d24823e42bf881b3772bf7a9b53ade463a9be95666
ProcessBlock: ORPHAN BLOCK 0, prev=91afe77917861bf006e7ee797fecbb944dd18ae43ceb0c000674c996de88ffbc
ProcessBlock: ORPHAN BLOCK 0, prev=f15bb5e8275a215b1921865dcc16e64aed9af05cdf6166c8dce7210b4f9ee70d
ProcessBlock: ORPHAN BLOCK 0, prev=f5ef33223365fa4cdfc51d8c3c11340b23f7da3f4d5cdb3facd06f5fc008aaf3
ProcessBlock: ORPHAN BLOCK 0, prev=2a576b57412f46383262a66a7ff966626830b9f6aab3d221e55106489d74cbd7
.
.
.

Although orphan stays at block 0, no more bestchains appear to have loaded.  In the end, I see....

Quote
ProcessBlock: ORPHAN BLOCK 0, prev=166705ff3f78aeda9251ad3bc79bca5c88f461539987dff0747a0062d885de56
ProcessBlock: ORPHAN BLOCK 0, prev=79241ea0703cebdea6a4a766dfdacea7f23319327034a8db346d0ff95f68e758
ProcessBlock: ORPHAN BLOCK 0, prev=4a398a03270b98afa5e0ba0f9d643533b78b708c7a8fd536144cc6fc72684b65
ProcessBlock: ORPHAN BLOCK 0, prev=b18c076bb4e687d959932c85766f0099592f1e4f1995f98d55bc63aa90f23c68
ProcessBlock: ORPHAN BLOCK 0, prev=bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ProcessBlock: ORPHAN BLOCK 0, prev=eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 1781474 blocks from external file in 42731538ms
dumpaddr thread stop
addcon thread interrupt
net thread interrupt
msghand thread interrupt
opencon thread interrupt
Shutdown : In progress...
StopNode()
Shutdown : done

So, I made a backup of the debug.log file at this point, renamed the bootstrap.dat.old back and restarted.


Appears to be running like it should......
Quote
ERROR: ProcessBlock() : already have block 1775690 33282ccb31e0242458ea8cf426cfb05714753604b37c413a8e95486ca81c7191
ERROR: ProcessBlock() : already have block 1775691 81963d01eb963e0bc0f323c5252c67eee91c851e6bdc0552ef3ba5877b1bd9f7
ERROR: ProcessBlock() : already have block 1775692 4787753ea648205e9f413cea6001eabf92614869318f469a2733bb016f9a1f5c
ERROR: ProcessBlock() : already have block 1775693 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23
ERROR: ProcessBlock() : already have block 1775694 fb790923aa509ff87a97287afd0639efa4763023fb6a7f42691837400f949b77
Postponing 1 reconnects
REORGANIZE
REORGANIZE: Disconnect 0 blocks; 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23..64aded1cfe367 9857107151e22caa8043908fec2229a2e16b9a7046e0985ca23
REORGANIZE: Connect 1 blocks; 64aded1cfe3679857107151e22caa8043908fec2229a2e16b9a7046e0985ca23..fb790923aa509 ff87a97287afd0639efa4763023fb6a7f42691837400f949b77
REORGANIZE: done
SetBestChain: new best=5cc7e18e8e8d3a4d11beac2117869739f2185177262e8fb221baede214ebc0df  height=1775695  trust=567451276791207500535  blocktrust=496667943073949  date=11/16/17 09:07:28
ProcessBlock: ACCEPTED
SetBestChain: new best=e24425383f3707c7f3b23e90d720e4883a98aeca0c1a3777e317efc9539c81ab  height=1775696  trust=567451770931307516863  blocktrust=494140100016328  date=11/16/17 09:07:44
ProcessBlock: ACCEPTED
SetBestChain: new best=9109b5f5ed6bc67b4669e3d24823e42bf881b3772bf7a9b53ade463a9be95666  height=1775697  trust=567452262805132909752  blocktrust=491873825392889  date=11/16/17 09:08:16
.
.
.
.
.

Annnnnddddd, it fails again.

Quote
SetBestChain: new best=b18c076bb4e687d959932c85766f0099592f1e4f1995f98d55bc63aa90f23c68  height=1781473  trust=569912537987922081905  blocktrust=490474450244869  date=11/20/17 10:10:56
ProcessBlock: ACCEPTED
SetBestChain: new best=bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732  height=1781474  trust=569913028971501803220  blocktrust=490983579721315  date=11/20/17 10:12:16
ProcessBlock: ACCEPTED
SetBestChain: new best=eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9  height=1781475  trust=569913520714206297916  blocktrust=491742704494696  date=11/20/17 10:14:24
ProcessBlock: ACCEPTED
SetBestChain: new best=0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2  height=1781476  trust=569914012968678030572  blocktrust=492254471732656  date=11/20/17 10:16:00
ProcessBlock: ACCEPTED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 5782 blocks from external file in 976515ms

This was a key block number in my prior setup days ago during my posts.   Something is definately wrong.  I could understand the random getting disconnected as maybe internet went down; however, at key block numbers is too coincidental.   This is definately AFTER the 2GB blk file is created.

So, my file is now....
blk0002.dat   47.9 MB (   50,328,045 bytes) sha256 ABFE04484E56047C449E7BB983BF4AFA056195DB623999FFA1955AC697ED6557  at 1781476


Clam version v1.4.17 (2015-09-23 21:07:15 -0300)
Using OpenSSL version OpenSSL 1.0.1j 15 Oct 2014








Looks like an read/write error from your disk. The code is not printing the exact exception so it will be difficult to help you, as it looks a hardware failure and probably hard to replicate in another hardware. Are you using the pre-compiled version or are you compiling it yourself? If yes, please find the attached code in main.cpp
Code:
catch (std::exception &e) {
            LogPrintf("%s() : Deserialize or I/O error caught during load\n",
                   __PRETTY_FUNCTION__);
        }

and change to
Code:
catch (std::exception &e) {
             std::cerr << e.what();
        }

so we can have the exact exception message

criptocambio.com.br
Michail1
Legendary
*
Offline Offline

Activity: 1457
Merit: 1161



View Profile WWW
May 21, 2018, 06:05:04 PM
Last edit: May 21, 2018, 10:53:18 PM by Michail1
 #8946


Looks like an read/write error from your disk. The code is not printing the exact exception so it will be difficult to help you, as it looks a hardware failure and probably hard to replicate in another hardware. Are you using the pre-compiled version or are you compiling it yourself? If yes, please find the attached code in main.cpp
Code:
catch (std::exception &e) {
            LogPrintf("%s() : Deserialize or I/O error caught during load\n",
                   __PRETTY_FUNCTION__);
        }

and change to
Code:
catch (std::exception &e) {
             std::cerr << e.what();
        }

so we can have the exact exception message


I doubt it's a problem specific to me.  Appears many people are having the problem.

The only way to get past this problem is to take out the   'connect=0'  in order to sync past this block via internet syncing.  Once you get past it, you can then close the client, rename bootstrap, and start up again.  People having to close and reopen are getting past the problems by simply closing and restarting the client many times.

As long as I keep  connect=0, I am able to get stuck on the same block every time.   I have saved the block state at this point to be able to easily repeat the problem should another test be requested.

I am using the original pre-compiled version on windows.

All in all, I can duplicate the problem several others are complaining about and appears to be at 1781476.

Also, not a read/write issue.   This is on a laptop with an SSD drive when I started the tests.  It is now on a Windows Server (Raid 60) with 32GB ram.
sha256 checks correctly for both machines.
As long as I don't have the connect=0 in clam.conf and I import, and I keep restarting the client (everytime it stops), I can eventually sync up; however, it appears the fail points are the same each time.

Leaving 'connect=0', I no longer load blocks from the bootstrap.  Now I only see (after restarting the app each time)....
Quote
.
.
.
ERROR: ProcessBlock() : already have block 1781474 bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 266760ms

0 blocks load.  Again, if I take out connect=0, then it will error; however, it will start syncing from the internet to get past that point, in which case, I can then stop, rename bootstrap, and continue on again until the next point.



criptocambio
Jr. Member
*
Offline Offline

Activity: 54
Merit: 1


View Profile WWW
May 21, 2018, 07:54:51 PM
 #8947

Quote
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed


Code:
if (vtx.empty() || vtx.size() > MAX_SIZE || ::GetSerializeSize(*this, SER_DISK) > MAX_SIZE)
return error("CheckBlock() : size limits failed");

Strange, a block with size larger than 1Mb in the bootstrap file? Is there any way to extract a single block from the bootstrap file to verify this?

criptocambio.com.br
.nuke
Member
**
Offline Offline

Activity: 115
Merit: 10


View Profile
May 23, 2018, 10:36:26 AM
 #8948

Where I can find block explorer with nodes/peers addresses? Or could someone write here some fresh nodes to get wallet syncing faster?
zazarb
Legendary
*
Offline Offline

Activity: 2016
Merit: 1491


Get loan in just five minutes goo.gl/8WMW6n


View Profile WWW
May 23, 2018, 11:35:09 AM
 #8949

Where I can find block explorer with nodes/peers addresses? Or could someone write here some fresh nodes to get wallet syncing faster?

I don't know or you looking for this, but my wallet have 26 connection:


"addr" : "99.228.221.187:31174",


"addr" : "46.101.33.61:31174",


"addr" : "88.98.87.243:31174",


"addr" : "97.83.177.95:31174",


"addr" : "82.15.85.224:31174",


"addr" : "78.46.108.202:31174",


"addr" : "67.205.153.62:31174",


"addr" : "187.181.165.79:31174",


"addr" : "99.125.191.21:60985",


"addr" : "109.233.58.44:31174",


"addr" : "211.24.127.133:65493",


"addr" : "31.6.27.234:56510",


"addr" : "170.130.28.170:31174",


"addr" : "159.203.5.220:31174",


"addr" : "109.128.220.51:31174",


"addr" : "54.37.239.40:31174",


"addr" : "178.62.8.78:31174",


"addr" : "75.66.14.7:56201",


"addr" : "176.15.131.210:31174",


"addr" : "188.110.118.117:63354",


"addr" : "145.239.71.6:44308",


"addr" : "216.254.241.42:31174",


"addr" : "212.180.164.109:59118",


"addr" : "46.105.98.179:49920",


"addr" : "118.24.130.250:53113",


"addr" : "78.46.92.72:56917",


criptocambio
Jr. Member
*
Offline Offline

Activity: 54
Merit: 1


View Profile WWW
May 23, 2018, 12:24:55 PM
Merited by .nuke (1)
 #8950

Where I can find block explorer with nodes/peers addresses? Or could someone write here some fresh nodes to get wallet syncing faster?

Made a tool to list connected nodes in my client, hope it helps

https://criptocambio.com.br/clamNodes

criptocambio.com.br
jordixal
Full Member
***
Offline Offline

Activity: 222
Merit: 100

Bitcoin lover


View Profile
May 23, 2018, 02:49:10 PM
 #8951

Hi dooglus, I have a doubt, whats is a block "Generated but not accepted" What does this mean to the clam system/network?. I'm having too much of this blocks in my wallet (W 10). Is this related on the the staking machine hardware, internetconnection or just bad luck?. thank you

dooglus
Legendary
*
Offline Offline

Activity: 2772
Merit: 1217



View Profile
May 25, 2018, 03:34:18 AM
 #8952

Quote
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed


Code:
if (vtx.empty() || vtx.size() > MAX_SIZE || ::GetSerializeSize(*this, SER_DISK) > MAX_SIZE)
return error("CheckBlock() : size limits failed");

Strange, a block with size larger than 1Mb in the bootstrap file? Is there any way to extract a single block from the bootstrap file to verify this?

The bootstrap file is fine. I recently imported the whole thing. I suspect it's the "vtx.empty()" condition which is true.

It would be interesting to have a copy of the clam folder which reliably causes this error. I don't need the 2GB blk* file - I already have that. And I have the bootstrap.dat too. So just the other files.

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
BayAreaCoins
Legendary
*
Offline Offline

Activity: 2520
Merit: 1109


FreeBitcoins.com CEO


View Profile WWW
May 25, 2018, 05:54:08 AM
 #8953

Dooglus,

I believe Xploited has a email pending with you in regards to the CLAM update.


▄▄███████████▄▄
▄████▀▀`````````▀▀████▄
███▀```````````````````▀███
███`````````````````````````███
██```````````██``██````````````██
██````````▄▄▄▄██▄▄██▄▄▄▄`````````██
██`````````▀██████████████▄````````██
██`````````````███`````▀████`````````██
▐█▌`````````````███`````▄███▀`````````▐█▌
▐█▌`````````````███████████▄``````````▐█▌
▐█▌`````````````███▀▀▀▀▀▀████▄````````▐█▌
▐█▌`````````````███```````████````````▐█▌
██`````````````███`````▄▄████````````██
██`````````▄██████████████▀````````██
██````````▀▀▀▀██▀▀██▀▀▀▀`````````██
██```````````██``██````````````██
███`````````````````````````███
███▄```````````````````▄███
▀████▄▄`````````▄▄████▀
▀▀███████████▀▀
FREE
BITCOINS.com





















`````````▄
````````▄█▄
``````▄█████▄
`````█████████
```▄███████████▄
``███████████████
`█████████████████
███████████████████
███████████████████
██▌▀███████████████
`██``▀████████████
``██▄```▀████████
```▀███▄▄`█████▀
``````▀▀▀▀▀▀▀

FAUCET
▀▀▀▀▀▀▀▀▀



``````````````````▄▄▄▄▄▄
``````````````````██████
``````````````````██████
``````````````````██████
``````````██████``██████
``````````██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████

██████████████████████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

XCHANGE
▀▀▀▀▀▀▀▀▀



```````````▄
`````````▄██
```````▄████
`````▄██████████▄
`````▀███████████▄
```````▀████``▀████
█``````▄`▀██````▀██
██▄````██▄`▀``````█
████▄``████▄
`▀███████████▄
``▀██████████▀
```````████▀
```````██▀
```````▀

SWAP
▀▀▀▀▀▀▀▀▀
Michail1
Legendary
*
Offline Offline

Activity: 1457
Merit: 1161



View Profile WWW
May 25, 2018, 06:19:19 AM
 #8954

Quote
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed


Code:
if (vtx.empty() || vtx.size() > MAX_SIZE || ::GetSerializeSize(*this, SER_DISK) > MAX_SIZE)
return error("CheckBlock() : size limits failed");

Strange, a block with size larger than 1Mb in the bootstrap file? Is there any way to extract a single block from the bootstrap file to verify this?

The bootstrap file is fine. I recently imported the whole thing. I suspect it's the "vtx.empty()" condition which is true.

It would be interesting to have a copy of the clam folder which reliably causes this error. I don't need the 2GB blk* file - I already have that. And I have the bootstrap.dat too. So just the other files.


Here....
https://www.dropbox.com/s/03aqrhnla5sca50/ClamNoDebug.rar

That is the entire directory except for debug.log and the blk0001.dat (2gb file).
clam.conf still with connect=0


The log is basically...
Quote
SetBestChain: new best=eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9  height=1781475  trust=569913520714206297916  blocktrust=491742704494696  date=11/20/17 10:14:24
ProcessBlock: ACCEPTED
SetBestChain: new best=0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2  height=1781476  trust=569914012968678030572  blocktrust=492254471732656  date=11/20/17 10:16:00
ProcessBlock: ACCEPTED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 5782 blocks from external file in 976515ms
addcon thread interrupt
net thread interrupt
opencon thread interrupt
dumpaddr thread stop
msghand thread interrupt
Shutdown : In progress...
StopNode()
Shutdown : done

and when rerun, the log does the same, but is:
Quote
LoadBlockIndex(): hashBestChain=0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2  height=1781476  trust=569914012968678030572  date=11/20/17 10:16:00
LoadBlockIndex(): synchronized checkpoint f89eedd61837c581b4b8fcb85782066b04f7266b4bd946b583805d330a0ae0cc
Verifying last 500 blocks at level 1
 block index           16855ms
init message: Loading wallet...
nFileVersion = 1041700
Keys: 101 plaintext, 0 encrypted, 101 w/ metadata, 101 total
 wallet                  135ms
init message: Loading addresses...
Loaded 0 addresses from peers.dat  0ms
mapBlockIndex.size() = 1781477
nBestHeight = 1781476
setKeyPool.size() = 100
mapWallet.size() = 0
mapAddressBook.size() = 1
DNS seeding disabled
net thread start
addcon thread start
opencon thread start
msghand thread start
dumpaddr thread start
init message: Done loading
addcon thread interrupt
opencon thread interrupt
net thread interrupt
dumpaddr thread stop
msghand thread interrupt
Shutdown : In progress...
StopNode()
Shutdown : done

And every time run after that is.....
Quote
ERROR: ProcessBlock() : already have block 1781473 b18c076bb4e687d959932c85766f0099592f1e4f1995f98d55bc63aa90f23c68
ERROR: ProcessBlock() : already have block 1781474 bb831330ced8366b7095c5a71267b8cd3ef5ef5078ee00aea57fcbde79d21732
ERROR: ProcessBlock() : already have block 1781475 eb4205fb93f5e6c6aeacbff987564f3ec4e1488a6e0c57a000299ab3625741d9
ERROR: ProcessBlock() : already have block 1781476 0def539c364181bb509653a291a50783b49d79aa1cf79fc1e4377c963413e1b2
ERROR: CheckBlock() : size limits failed
ERROR: ProcessBlock() : CheckBlock FAILED
bool LoadExternalBlockFile(FILE*)() : Deserialize or I/O error caught during load
Loaded 0 blocks from external file in 266760ms
opencon thread interrupt
addcon thread interrupt
net thread interrupt
dumpaddr thread stop
msghand thread interrupt
Shutdown : In progress...
StopNode()
Shutdown : done




dooglus
Legendary
*
Offline Offline

Activity: 2772
Merit: 1217



View Profile
May 25, 2018, 12:51:05 PM
 #8955


Thanks, but it doesn't work for me. As soon as I try to run the CLAM client I get an error and it quits:

Quote
2018-05-25 12:43:59 Clam version v1.4.17-139-gf0707d3 (2017-04-10 17:28:15 +0000)
2018-05-25 12:43:59 Using OpenSSL version OpenSSL 1.0.1f 6 Jan 2014
2018-05-25 12:43:59 Default data directory /home/user/.clam
2018-05-25 12:43:59 Used data directory /home/user/.clam
2018-05-25 12:43:59 init message: Verifying database integrity...
2018-05-25 12:43:59 dbenv.open LogDir=/home/user/.clam/database ErrorFile=/home/user/.clam/db.log
2018-05-25 12:44:00 init message: Loading block index...
2018-05-25 12:44:00 Opening LevelDB in /home/user/.clam/txleveldb
2018-05-25 12:44:00 Transaction index version is 70509
2018-05-25 12:44:00 Opened LevelDB successfully
2018-05-25 12:44:00 ERROR: LoadBlockIndex() : unable to unserialize record : try running with -reindex
2018-05-25 12:44:00 : Error loading block index database : try running with -reindex
2018-05-25 12:44:00 Shutdown : In progress...
2018-05-25 12:44:00 StopNode()
2018-05-25 12:44:00 Shutdown : done

I used my own blk0001.dat, with this sha256sum:

510d0cabb4208d9a545a0e05fab2c0c29c225d699e0601a16b2891facbd2ce98  blk0001.dat

I guess it's the same as yours. Other than that I'm guessing we are using incompatible versions of leveldb.

Edit: how does the start of your debug.log look when it's failing? Do you see a different "transaction index version" number?

Just-Dice                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   Play or Invest                 ██             
          ██████████         
      ██████████████████     
  ██████████████████████████ 
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
██████████████████████████████
    ██████████████████████   
        ██████████████       
            ██████           
   1% House Edge
Michail1
Legendary
*
Offline Offline

Activity: 1457
Merit: 1161



View Profile WWW
May 25, 2018, 07:04:12 PM
Last edit: May 25, 2018, 07:41:42 PM by Michail1
 #8956


Thanks, but it doesn't work for me. As soon as I try to run the CLAM client I get an error and it quits:

Quote
2018-05-25 12:43:59 Clam version v1.4.17-139-gf0707d3 (2017-04-10 17:28:15 +0000)
2018-05-25 12:43:59 Using OpenSSL version OpenSSL 1.0.1f 6 Jan 2014
2018-05-25 12:43:59 Default data directory /home/user/.clam
2018-05-25 12:43:59 Used data directory /home/user/.clam
2018-05-25 12:43:59 init message: Verifying database integrity...
2018-05-25 12:43:59 dbenv.open LogDir=/home/user/.clam/database ErrorFile=/home/user/.clam/db.log
2018-05-25 12:44:00 init message: Loading block index...
2018-05-25 12:44:00 Opening LevelDB in /home/user/.clam/txleveldb
2018-05-25 12:44:00 Transaction index version is 70509
2018-05-25 12:44:00 Opened LevelDB successfully
2018-05-25 12:44:00 ERROR: LoadBlockIndex() : unable to unserialize record : try running with -reindex
2018-05-25 12:44:00 : Error loading block index database : try running with -reindex
2018-05-25 12:44:00 Shutdown : In progress...
2018-05-25 12:44:00 StopNode()
2018-05-25 12:44:00 Shutdown : done

I used my own blk0001.dat, with this sha256sum:

510d0cabb4208d9a545a0e05fab2c0c29c225d699e0601a16b2891facbd2ce98  blk0001.dat

I guess it's the same as yours. Other than that I'm guessing we are using incompatible versions of leveldb.

Edit: how does the start of your debug.log look when it's failing? Do you see a different "transaction index version" number?

Strange.... My file is the same.....

BLK0001.DAT
CRC32: EDF37145
MD5: D9F206FF08650A0CF5F8DC71735A388D
SHA-1: 9897F16A8E6AC09DD0AF41C66A2E2897482399A1
SHA-256: 510D0CABB4208D9A545A0E05FAB2C0C29C225D699E0601A16B2891FACBD2CE98

Quote
Clam version v1.4.17 (2015-09-23 21:07:15 -0300)
Using OpenSSL version OpenSSL 1.0.1j 15 Oct 2014
Startup time: 05/21/18 16:59:10
Default data directory C:\Users\Michail\AppData\Roaming\Clam
Used data directory C:\Users\Michail\AppData\Roaming\Clam
init message: Verifying database integrity...
dbenv.open LogDir=C:\Users\Michail\AppData\Roaming\Clam\database ErrorFile=C:\Users\Michail\AppData\Roaming\Clam\db.log
init message: Loading block index...
Opening LevelDB in C:\Users\Michail\AppData\Roaming\Clam\txleveldb
Transaction index version is 70509
Opened LevelDB successfully

Deleted the log file.  Did a rescan.   Same results.
Here is the log file ( https://www.dropbox.com/s/xyc2w3jlklcpuy0/debug.log )


I will try to rerun with a -reindex and bootstrap and connect=0 to see if anything changes tonight.


.nuke
Member
**
Offline Offline

Activity: 115
Merit: 10


View Profile
May 26, 2018, 08:08:45 PM
Last edit: May 26, 2018, 09:03:48 PM by .nuke
 #8957

hm, i've got positive BTC balance on block 300377, but didn't claim any CLAM, is it OK or I should have more than 1 btc on this date?

BTW, uploaded current chain here.
BayAreaCoins
Legendary
*
Offline Offline

Activity: 2520
Merit: 1109


FreeBitcoins.com CEO


View Profile WWW
May 27, 2018, 01:06:44 AM
Last edit: June 07, 2018, 10:51:39 PM by BayAreaCoins
 #8958

hm, i've got positive BTC balance on block 300377, but didn't claim any CLAM, is it OK or I should have more than 1 btc on this date?

BTW, uploaded current chain here.

You only need over "dust" to qualify for CLAMS.

You can also check your address risk-free for CLAMS at:  https://freebitcoins.com/clamchecker/dig/  (or on Just-dice)


▄▄███████████▄▄
▄████▀▀`````````▀▀████▄
███▀```````````````````▀███
███`````````````````````````███
██```````````██``██````````````██
██````````▄▄▄▄██▄▄██▄▄▄▄`````````██
██`````````▀██████████████▄````````██
██`````````````███`````▀████`````````██
▐█▌`````````````███`````▄███▀`````````▐█▌
▐█▌`````````````███████████▄``````````▐█▌
▐█▌`````````````███▀▀▀▀▀▀████▄````````▐█▌
▐█▌`````````````███```````████````````▐█▌
██`````````````███`````▄▄████````````██
██`````````▄██████████████▀````````██
██````````▀▀▀▀██▀▀██▀▀▀▀`````````██
██```````````██``██````````````██
███`````````````````````````███
███▄```````````````````▄███
▀████▄▄`````````▄▄████▀
▀▀███████████▀▀
FREE
BITCOINS.com





















`````````▄
````````▄█▄
``````▄█████▄
`````█████████
```▄███████████▄
``███████████████
`█████████████████
███████████████████
███████████████████
██▌▀███████████████
`██``▀████████████
``██▄```▀████████
```▀███▄▄`█████▀
``````▀▀▀▀▀▀▀

FAUCET
▀▀▀▀▀▀▀▀▀



``````````````````▄▄▄▄▄▄
``````````````````██████
``````````````````██████
``````````````````██████
``````````██████``██████
``````````██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████
``██████``██████``██████

██████████████████████████
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀

XCHANGE
▀▀▀▀▀▀▀▀▀



```````````▄
`````````▄██
```````▄████
`````▄██████████▄
`````▀███████████▄
```````▀████``▀████
█``````▄`▀██````▀██
██▄````██▄`▀``````█
████▄``████▄
`▀███████████▄
``▀██████████▀
```````████▀
```````██▀
```````▀

SWAP
▀▀▀▀▀▀▀▀▀
eva3059
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
June 01, 2018, 03:49:55 PM
 #8959

Honestly speaking I cannot see what is reason for that coin (it is not only one coin without reason, coin just to make one more coin
Olivia2546
Newbie
*
Offline Offline

Activity: 13
Merit: 0


View Profile
June 01, 2018, 04:03:39 PM
 #8960

my synchronized wallet does not show the steaks either  in what can be the reason
Pages: « 1 ... 398 399 400 401 402 403 404 405 406 407 408 409 410 411 412 413 414 415 416 417 418 419 420 421 422 423 424 425 426 427 428 429 430 431 432 433 434 435 436 437 438 439 440 441 442 443 444 445 446 447 [448] 449 450 451 452 453 454 455 456 457 458 459 460 461 462 463 464 465 466 467 468 469 470 471 472 473 474 475 476 477 478 479 480 481 482 483 484 485 486 487 488 489 490 491 492 493 »
  Print  
 
Jump to:  

Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!