[ANN][CLAM] CLAMs, Proof-Of-Chain, Proof-Of-Working-Stake, a.k.a. "Clamcoin"

[dooglus]

I thought so too, but I downloaded it after this dooglus post https://bitcointalk.org/index.php?topic=623147.msg36115160#msg36115160
and reaped it after week again, but no change, also file same size as mentioned dooglus.
With such sync speed I need yet months to be done

I don't understand what happened, but I would suggest stopping your client, renaming bootstrap.dat.old back to bootstrap.dat and starting the client again. It will re-read the bootstrap.dat file skipping the blocks it already has and importing the ones it doesn't have. That might work for you, but I'm not sure. I don't know why it didn't import all the blocks the first time through.

Could you show the size of your bootstrap.dat file and the size of any blk* files you have too?

For example, I have:

-rw------- 1 user user 2097152626 Oct 31  2017 blk0001.dat
-rw------- 1 user user  496629018 May 15 02:45 blk0002.dat
-rw-rw-r-- 1 user user 2565076446 May 12 03:46 bootstrap.dat

The sum of the sizes of the blk* files should be about the same as the size of the bootstrap.dat it imported from.

[1669699760]

1669699760

[1669699760]

1669699760

[dooglus]

Yeah and it seems faster than previous client that I have but for me It is not that fast it takes time for importing files ? Can you tell me estimation days ?

I seem to remember that the import goes slower at the start (because the block hash was using a slow algorithm (maybe scrypt?) for the first 203500 blocks). So it should speed up once you get past those early blocks. The faster blocks started on Tue Nov 11 2014.

[Michail1]

Yeah and it seems faster than previous client that I have but for me It is not that fast it takes time for importing files ? Can you tell me estimation days ?

I seem to remember that the import goes slower at the start (because the block hash was using a slow algorithm (maybe scrypt?) for the first 203500 blocks). So it should speed up once you get past those early blocks. The faster blocks started on Tue Nov 11 2014.

Could also be using a mechanic drive (slow hard drive vs SSD), etc.   Glad it's a lot faster though that before.

[zazarb]

I thought so too, but I downloaded it after this dooglus post https://bitcointalk.org/index.php?topic=623147.msg36115160#msg36115160
and reaped it after week again, but no change, also file same size as mentioned dooglus.
With such sync speed I need yet months to be done

I don't understand what happened, but I would suggest stopping your client, renaming bootstrap.dat.old back to bootstrap.dat and starting the client again. It will re-read the bootstrap.dat file skipping the blocks it already has and importing the ones it doesn't have. That might work for you, but I'm not sure. I don't know why it didn't import all the blocks the first time through.

Could you show the size of your bootstrap.dat file and the size of any blk* files you have too?

For example, I have:

-rw------- 1 user user 2097152626 Oct 31  2017 blk0001.dat
-rw------- 1 user user  496629018 May 15 02:45 blk0002.dat
-rw-rw-r-- 1 user user 2565076446 May 12 03:46 bootstrap.dat

The sum of the sizes of the blk* files should be about the same as the size of the bootstrap.dat it imported from.

I did it twice adding new downloaded bootstrap, but always ends with same result. And importing of files switched to sync when the sum of the sizes of the blk* files reach ~2GB( bootstrap.dat.old have 2.37)

Yesterday I download newest bootstrap 2,38 GB (2 565 076 446 ) after adding in clam directory and launch client, importing blocks lasted few minute, than again switched to sync, although I am still  in 26th January.

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

[Michail1]

I did it twice adding new downloaded bootstrap, but always ends with same result. And importing of files switched to sync when the sum of the sizes of the blk* files reach ~2GB( bootstrap.dat.old have 2.37)

Yesterday I download newest bootstrap 2,38 GB (2 565 076 446 ) after adding in clam directory and launch client, importing blocks lasted few minute, than again switched to sync, although I am still  in 26th January.

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

I'll bite.
Did you check the checksum? Seems that is a step being ignored, or I missed your response.

To verify that you have the right file:

$ sha256sum bootstrap.dat
713b93b7458e88500f1e32557f0bc58b9f05a6b13e1de31576f25f5300184c96  bootstrap.dat

and/or force your torrent client to check it.

Note:  Your blk1 and blk2 should att up to the bootstrap file which is 2.38.   It doesn't.   So, either your bootstrap is corrupt, or your blk files are corrupt if if you now have a corrected (redownloaded bootstrap file).

Step 1 - confirm the checksum is correct on the bootstrap.  
Step 2 - if you pass step 1, then delete the two blk files and let it rerun on the blk files.

PS.  Pay attention to the file sizes.  A confirmed one is:  2097152626  whereas yours is: 2097155946

[Enzo05]

Yeah and it seems faster than previous client that I have but for me It is not that fast it takes time for importing files ? Can you tell me estimation days ?

I seem to remember that the import goes slower at the start (because the block hash was using a slow algorithm (maybe scrypt?) for the first 203500 blocks). So it should speed up once you get past those early blocks. The faster blocks started on Tue Nov 11 2014.

Oh ok not a problem so now I am already at 1,400,000 blocks you said 203500 blocks only or it is 2035000 ? because I already passed it if its 203500 blocks only .

[zazarb]

I did it twice adding new downloaded bootstrap, but always ends with same result. And importing of files switched to sync when the sum of the sizes of the blk* files reach ~2GB( bootstrap.dat.old have 2.37)

Yesterday I download newest bootstrap 2,38 GB (2 565 076 446 ) after adding in clam directory and launch client, importing blocks lasted few minute, than again switched to sync, although I am still  in 26th January.

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

I'll bite.
Did you check the checksum? Seems that is a step being ignored, or I missed your response.

To verify that you have the right file:

$ sha256sum bootstrap.dat
713b93b7458e88500f1e32557f0bc58b9f05a6b13e1de31576f25f5300184c96  bootstrap.dat

and/or force your torrent client to check it.

Note:  Your blk1 and blk2 should att up to the bootstrap file which is 2.38.   It doesn't.   So, either your bootstrap is corrupt, or your blk files are corrupt if if you now have a corrected (redownloaded bootstrap file).

Step 1 - confirm the checksum is correct on the bootstrap.  
Step 2 - if you pass step 1, then delete the two blk files and let it rerun on the blk files.

PS.  Pay attention to the file sizes.  A confirmed one is:  2097152626  whereas yours is: 2097155946

I check checksum, it's correct(at least last bootstrap)
blk1&2 files I already have deleted several time with older bootstrap, since already I am in block of 4th Feb , in event of bad scenario, I don't want risk again start sync since Nov. 2017

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

[dooglus]

PS.  Pay attention to the file sizes.  A confirmed one is:  2097152626  whereas yours is: 2097155946

I don't think we expect the blk* files to be identical between different clients. They can contain orphaned blocks for example. But the total size of the blk files should be at least as big as the bootstrap.dat file since the bootstrap.dat file doesn't contain orphaned blocks.

[dooglus]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

[Michail1]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

He means that in Windows, when you right click a file, it shows both.

Like....


File should be:

CRC32: A09CCD73
MD5: E6F9D182A072ABD9E63E9547B1197A3B
SHA-1: 9DBF6DE14B518094523E0E7DCD78B3358385775E
SHA-256: 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96

Takes under an hour to download.

Client is importing blocks now.  Will be done by morning. 
On my laptop, it's at 30% after 3 hours.

Nite.

[zazarb]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

I don't know, I just copied both number from file properties.

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

He means that in Windows, when you right click a file, it shows both.

Like....


File should be:

CRC32: A09CCD73
MD5: E6F9D182A072ABD9E63E9547B1197A3B
SHA-1: 9DBF6DE14B518094523E0E7DCD78B3358385775E
SHA-256: 713B93B7458E88500F1E32557F0BC58B9F05A6B13E1DE31576F25F5300184C96

Takes under an hour to download.

Client is importing blocks now.  Will be done by morning. 
On my laptop, it's at 30% after 3 hours.

Nite.

yes, exactly.

[almightyruler]

I don't think we expect the blk* files to be identical between different clients. They can contain orphaned blocks for example. But the total size of the blk files should be at least as big as the bootstrap.dat file since the bootstrap.dat file doesn't contain orphaned blocks.

This makes me think you're doing more than simply "cat blk*.dat > bootstrap.dat", so how are you generating the bootstrap?

[banhmicohaiz88]

I still havnt claimed any clams.
Better start reading up on importing wallet

[Michail1]

Just to give an update.  I woke up this morning and noticed the bootstrap was renamed to bootstrap.dat.old ; however, it was no where close to being done.  I did not see the client running nor CPU usage.  I closed the client and restarted it.  It imediately started downloading.  So, I closed it again.

I renamed bootstrap.dat.old to bootstrap.dat and restarted the client.   So, it took a while before the client (internally, but visible in the debug.log) to catch up to the last block it has imported to the blk0001 file and continued on.

Now, just got back from lunch and found that it had finally moved on to blk0002.

Yours....

blk0001- 1,95 GB (2 097 155 946 bytes
blk0002- 195 MB (204 685 437 bytes)
bootstrap.dat.old - 2,38 GB (2 565 076 446 )

Mine....
blk0001.dat - 1.95 GB (2,097,155,946 bytes)
CRC32: EDF37145
MD5: D9F206FF08650A0CF5F8DC71735A388D
SHA-1: 9897F16A8E6AC09DD0AF41C66A2E2897482399A1
SHA-256: 510D0CABB4208D9A545A0E05FAB2C0C29C225D699E0601A16B2891FACBD2CE98

So, the file sizes match.


Question is why my client stopped importing blocks in the middle which appears to have happened to you.  Space and Ram is not an issue and running on SSD.
Maybe try to rename bootstrap.dat.old to bootstrap.dat again and restart the client again.  (Take note that it takes time internally (although visable in the log) for it to quickly go through all the blocks is already has imported.)

[Michail1]

I still havnt claimed any clams.
Better start reading up on importing wallet

Very easy to do.  Remember, you had to have bitcoin (or a couple of alts) from a long time ago.

"Every person who had Bitcoin at block 300,377, Litecoin at block 565,693, or Dogecoin at block 218,556 was given ~4.6 CLAM."
(Should be corrected to say.... 'Every address'....)

[BayAreaCoins]

I still havnt claimed any clams.
Better start reading up on importing wallet

Very easy to do.  Remember, you had to have bitcoin (or a couple of alts) <snip>

You need to have held Bitcoin, Litecoin or Dogecoin on May 12, 2014 with a balance over dust in order to qualify for free Clamcoins.

[Michail1]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

My bootstrap matches; however, I am really having a problem syncing via the strap as well.

It keeps simply stopping from using the file and goes to live network sync.

Keeping a point of the log each point, I am quoting some from the various restarts of the bootstrap...

ERROR: ProcessBlock() : already have block 1695630 818e05902dc6d1631c53b6ed37cf4a4a36f6f26921a82073aa24f0b873f395ac
ERROR: ProcessBlock() : already have block 1695631 2a9dc26d49a4f927956fbbf508fd77bc9e8724338db5e8ae5f57930dc4d314d0
ERROR: ProcessBlock() : already have block 1695632 bc80a90f1ed2b7d4b9020bd99d06b213b9a1375d442e58a3c276293eb01e1197
SetBestChain: new best=4e5dd1c04572ad19b3b0b3e9d9d9225e498f04cea3ccfaf8604795dd2c41580b  height=1695633  trust=537538944795330309503  blocktrust=357114394999700  date=09/21/17 07:07:12
ProcessBlock: ACCEPTED
SetBestChain: new best=52b54f2cb601d86360cf902603aa96e0612daef58fa0e8759e82f8dc06afa295  height=1695634  trust=537539300820730763241  blocktrust=356025400453738  date=09/21/17 07:07:44
ProcessBlock: ACCEPTED

- Just randomly jumped from bootstrap into life sync.

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 300112ms
ERROR: FetchInputs() : 15e9801924bd8818ef78d370318f7cf

- Error on block 1781476 and went to live sync.

SetBestChain: new best=4d38433ebb5632c96085c1bbb9c82ceee298dde4530cbca2b404073c207b2b22  height=1790583  trust=573894112687463887956  blocktrust=467704776088576  date=11/26/17 19:24:32
SetBestChain: new best=7a1f32f6913c02b4256b55e5df633013abfe7307dc13d802eba38df5583f5a3a  height=1790584  trust=573894580155193385676  blocktrust=467467729497720  date=11/26/17 19:25:20
SetBestChain: new best=2154f92eb2acaaf9f006c8903df5b85807364c391ac403ac17b36da4369d8871  height=1790585  trust=573895047386116455242  blocktrust=467230923069566  date=11/26/17 19:26:24
SetBestChain: new best=8a3bb99b7052e96cff12a05b8cbbdafa535ba27f1541b66ab078e1e75bff1864  height=1790586  trust=573895514144145698164  blocktrust=466758029242922  date=11/26/17 19:28:32
SetBestChain: new best=cbeeebb2a4d03eea7a7a8eed4957896ddf9760814b9be4bca3f2359ab381f406  height=1790587  trust=573895979947490824913  blocktrust=465803345126749  date=11/26/17 19:29:36
ProcessBlock: ACCEPTED
ERROR: ProcessBlock() : already have block 1789999 de1ca163b31006e9b88f0d5eb03ccf491533dc8c4f2522a663e370da45ff8395
ERROR: ProcessBlock() : already have block 1790072 e1405e09285a1fd9f51b24084ac7d0162ab921814794006c3283f0c5c2746536
ERROR: ProcessBlock() : already have block 1788071 cc835b93531eb8dc59b02769174a44b0ac448493f320ecefffd031a9b06f92bc
ERROR: ProcessBlock() : already have block 1790000 f15e1180eea622acb4847b182aa082c58c5b1252b272e515f1ddaf060e2aa025
ERROR: ProcessBlock() : already have block 1790073 1d9f5a230187fbbd7b9dc4c23e2522b57fe494d6c471edc4967afc0fa0a382d5

- Uhhh, jumps back nearly 600 blocks.
Then out of order and some from bootstrap and some live.   So, close the client yet again.

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 283151ms
ProcessBlock: ORPHAN BLOCK 0, prev=7d8a19d3ce662386f98307beb880fcee115bf49f10f4e7063e3ffbe1f614c4ec
ProcessBlock: ORPHAN BLOCK 1, prev=a2eabc9e24d76c160c808ea06dc2300d1a4a56f08f690d8303f68c60ce5cd6da
SetBestChain: new best=2b7307f37ebcc44d96ec7aa889cae28b0035cea5dd28d243780b2e9d4c1187ab  height=1795113  trust=575862257978351955123  blocktrust=334131721375698  date=11/29/17 23:44:16
ProcessBlock: ACCEPTED
SetBestChain: new best=00be02ec9ee9165b92f101e9f65abf5906668afdc6e00f82362525896379d583  height=1795114  trust=575862590916013466684  blocktrust=332937661511561  date=11/29/17 23:44:32
ProcessBlock: ACCEPTED
SetBestChain: new best=2479593d7a54855294b05cc0bce9354dfc82e33404ddd6ae0529e63c377823e9  height=1795115  trust=575862922668118957467  blocktrust=331752105490783  date=11/29/17 23:45:20
ProcessBlock: ACCEPTED
SetBestChain: new best=37a37e5175755d02a92778b3188e06e98c5fcccca639627488f391aa8be5a303  height=1795116  trust=575863253575162937475  blocktrust=330907043980008  date=11/29/17 23:47:44
ProcessBlock: ACCEPTED
SetBestChain: new best=70b79ccee5a5ca592f377304c7305ccc931137cfa031b6a25382b182801017a8  height=1795117  trust=575863583978416930947  blocktrust=330403253993472  date=11/29/17 23:49:52
ProcessBlock: ACCEPTED
SetBestChain: new best=69ab3faeeb4310d2048e934763b144ecbf2b1baf74e1e1eab603dc404959289d  height=1795118  trust=575863913708403054989  blocktrust=329729986124042  date=11/29/17 23:51:28

It did it again.
1781476

Basically, I can't get it to sync myself.  Several attempts and confirmed the sha256 of the bootstrap matches the dooglus post.

[zazarb]

regarding file size
I see -size 1,95 GB (2 097 155 946 bytes) and size on disk 1,95 GB (2 097 156 096 bytes)

What does the first size refer to, if not size on disk? Where else does the file exist other than "on disk"? I guess the "on disk" figure could be rounded up to the next 4k boundary or something (it's a multiple of 4096).

I've no idea why the import isn't working for you. I've not heard of anyone else having that problem. I hope the bootstrap.dat file isn't corrupted. Did anyone else try using it recently? If so, how did it go?

My bootstrap matches; however, I am really having a problem syncing via the strap as well.

It keeps simply stopping from using the file and goes to live network sync.

Keeping a point of the log each point, I am quoting some from the various restarts of the bootstrap...

ERROR: ProcessBlock() : already have block 1695630 818e05902dc6d1631c53b6ed37cf4a4a36f6f26921a82073aa24f0b873f395ac
ERROR: ProcessBlock() : already have block 1695631 2a9dc26d49a4f927956fbbf508fd77bc9e8724338db5e8ae5f57930dc4d314d0
ERROR: ProcessBlock() : already have block 1695632 bc80a90f1ed2b7d4b9020bd99d06b213b9a1375d442e58a3c276293eb01e1197
SetBestChain: new best=4e5dd1c04572ad19b3b0b3e9d9d9225e498f04cea3ccfaf8604795dd2c41580b  height=1695633  trust=537538944795330309503  blocktrust=357114394999700  date=09/21/17 07:07:12
ProcessBlock: ACCEPTED
SetBestChain: new best=52b54f2cb601d86360cf902603aa96e0612daef58fa0e8759e82f8dc06afa295  height=1695634  trust=537539300820730763241  blocktrust=356025400453738  date=09/21/17 07:07:44
ProcessBlock: ACCEPTED

- Just randomly jumped from bootstrap into life sync.

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 300112ms
ERROR: FetchInputs() : 15e9801924bd8818ef78d370318f7cf

- Error on block 1781476 and went to live sync.

SetBestChain: new best=4d38433ebb5632c96085c1bbb9c82ceee298dde4530cbca2b404073c207b2b22  height=1790583  trust=573894112687463887956  blocktrust=467704776088576  date=11/26/17 19:24:32
SetBestChain: new best=7a1f32f6913c02b4256b55e5df633013abfe7307dc13d802eba38df5583f5a3a  height=1790584  trust=573894580155193385676  blocktrust=467467729497720  date=11/26/17 19:25:20
SetBestChain: new best=2154f92eb2acaaf9f006c8903df5b85807364c391ac403ac17b36da4369d8871  height=1790585  trust=573895047386116455242  blocktrust=467230923069566  date=11/26/17 19:26:24
SetBestChain: new best=8a3bb99b7052e96cff12a05b8cbbdafa535ba27f1541b66ab078e1e75bff1864  height=1790586  trust=573895514144145698164  blocktrust=466758029242922  date=11/26/17 19:28:32
SetBestChain: new best=cbeeebb2a4d03eea7a7a8eed4957896ddf9760814b9be4bca3f2359ab381f406  height=1790587  trust=573895979947490824913  blocktrust=465803345126749  date=11/26/17 19:29:36
ProcessBlock: ACCEPTED
ERROR: ProcessBlock() : already have block 1789999 de1ca163b31006e9b88f0d5eb03ccf491533dc8c4f2522a663e370da45ff8395
ERROR: ProcessBlock() : already have block 1790072 e1405e09285a1fd9f51b24084ac7d0162ab921814794006c3283f0c5c2746536
ERROR: ProcessBlock() : already have block 1788071 cc835b93531eb8dc59b02769174a44b0ac448493f320ecefffd031a9b06f92bc
ERROR: ProcessBlock() : already have block 1790000 f15e1180eea622acb4847b182aa082c58c5b1252b272e515f1ddaf060e2aa025
ERROR: ProcessBlock() : already have block 1790073 1d9f5a230187fbbd7b9dc4c23e2522b57fe494d6c471edc4967afc0fa0a382d5

- Uhhh, jumps back nearly 600 blocks.
Then out of order and some from bootstrap and some live.   So, close the client yet again.

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 283151ms
ProcessBlock: ORPHAN BLOCK 0, prev=7d8a19d3ce662386f98307beb880fcee115bf49f10f4e7063e3ffbe1f614c4ec
ProcessBlock: ORPHAN BLOCK 1, prev=a2eabc9e24d76c160c808ea06dc2300d1a4a56f08f690d8303f68c60ce5cd6da
SetBestChain: new best=2b7307f37ebcc44d96ec7aa889cae28b0035cea5dd28d243780b2e9d4c1187ab  height=1795113  trust=575862257978351955123  blocktrust=334131721375698  date=11/29/17 23:44:16
ProcessBlock: ACCEPTED
SetBestChain: new best=00be02ec9ee9165b92f101e9f65abf5906668afdc6e00f82362525896379d583  height=1795114  trust=575862590916013466684  blocktrust=332937661511561  date=11/29/17 23:44:32
ProcessBlock: ACCEPTED
SetBestChain: new best=2479593d7a54855294b05cc0bce9354dfc82e33404ddd6ae0529e63c377823e9  height=1795115  trust=575862922668118957467  blocktrust=331752105490783  date=11/29/17 23:45:20
ProcessBlock: ACCEPTED
SetBestChain: new best=37a37e5175755d02a92778b3188e06e98c5fcccca639627488f391aa8be5a303  height=1795116  trust=575863253575162937475  blocktrust=330907043980008  date=11/29/17 23:47:44
ProcessBlock: ACCEPTED
SetBestChain: new best=70b79ccee5a5ca592f377304c7305ccc931137cfa031b6a25382b182801017a8  height=1795117  trust=575863583978416930947  blocktrust=330403253993472  date=11/29/17 23:49:52
ProcessBlock: ACCEPTED
SetBestChain: new best=69ab3faeeb4310d2048e934763b144ecbf2b1baf74e1e1eab603dc404959289d  height=1795118  trust=575863913708403054989  blocktrust=329729986124042  date=11/29/17 23:51:28

It did it again.
1781476

Basically, I can't get it to sync myself.  Several attempts and confirmed the sha256 of the bootstrap matches the dooglus post.

exactly what I told from beginning...number of attempts not change the outcome.

[Michail1]

exactly what I told from beginning...number of attempts not change the outcome.

I am agreeing with you and confirming the same results.  Isn't it nice when two people come to the same conclusion?

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.

Further issue is that my client must be restarted many times as it simply stops syncing. (Both when trying to rename the bootstrap back or simply to let it run through normal syncing.)

I am currently at:
Sat Jan 6 20:13:52 2018
1851170

It wouldn't be so bad if the client didn't need to be restarted all the time.

[Enzo05]

Sir I am already done with bootstrap and it makes my wallet sync fast by " importing files " now it's back to "synchronizing with the network and it takes a day now and it is so slow . I thought  bootstrap can go up to 2M blocks now it is just 1.8 M blocks ( approx 19 weeks behind ) is this correct or is there another patch I need to download ?