New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Stuck on block 854887 #254
Comments
What OS are you on? What are your computer specs? What client are you using? (windows, linux self-compile/ppa (daily/stable)) ? |
Windows 10, Intel i7-3610QM, 16GB RAM, latest Windows build, 3.5.8.7 |
wouldnt a updated snapshot that is beyond 855001 on .7 client save these problems? just an idea to put out there as others have had this issue as well. |
Technically, there shouldn't be any problem getting past the previously bad blocks since the upgrade to .7 @moisesmcardona How did you upgrade? Using the MSI over the existing installation? I used the upgrader within the client + download blocks to sync fully. Perhaps you could uninstall the gridcoin client, delete any leftover files from /Program Files/GridcoinResearch/ and reinstall? (Not appdata folder, programfiles). |
@grctest ah got cha didnt think .7 kicked in its additions till past 855001. i know my .7 client was fighting checkblock fails during the whole process up to 855001. thx for the info. |
I clean installed it since I did a clean Windows install |
Windows updates fully installed? |
But I second Foggyx420. A snapshot would help here, and yes, Windows is up to date.... |
Synching from 0 to see if it works... |
Snapshot didn't help |
Windows 10 build 15063 |
My wallet is stuck too. Log messages: |
Having the same problem. Deleted the log, however, this is the error message I was getting in my debug.log: ERROR: Bad CPID : height 854887.000000, CPID cbbe01ae2c53cad990a6867a51255657, cpidv2 cbbe01ae2c53cad990a6867a512556573a3a3992c93e3ecb696a673e6d3a3c989d3a6c979ccc993939c63d3fc8666b9b6e62736c76746d627577626d62416d76766c6c762f64706e, LBH 49b1969c0be6c46c23c8feb302104c1713686b6c4fe22b03c3c0d40e72589270, Bad Hashboinc cbbe01ae2c53cad990a6867a51255657<|><|><|>0<|>0.00000<|>0<|><|><|>0<|>0<|>v3.5.8.7-g-research<|>704.93<|>0<|>0<|>cbbe01ae2c53cad990a6867a512556573a3a3992c93e3ecb696a673e6d3a3c989d3a6c979ccc993939c63d3fc8666b9b6e62736c76746d627577626d62416d76766c6c762f64706e<|>95<|>Rx8CrVuJg1kmP1tAcZeCuVu2t3384ddtVx<|>49b1969c0be6c46c23c8feb302104c1713686b6c4fe22b03c3c0d40e72589270<|>101.33<|><|><|><|><|>704.93<|>31.025556<|>0.250000<|>90.88<|>c69cdbfb82ed8a1fb259dc8610429bbba1d0eab3d71136627a0dcc1ad2c7d066<|>d41d8cd98f00b204e9800998ecf8427e<|>04b4bdd31f5ee9101f29206cc74d943e4cc4af72688611792f3a8bb0410f84f9bda14a9c88d016bc7116315758fd88cbf5274679a69834e77d2aee2eefb59b993d<|>MEUCIQCTYveRRG3obbkGKjkvNOz42QejN7jzBwzCNpaQ6avXaQIgAt44Eg4KRPUpx/2XkTtbHckiPr4E0SzrGl9x9hS2WyE= Note that the block hash is actually the correct hash for block 854887, so I have no idea why this error is occurring. Additionally, before I had this error, I was getting a nearly identical error on block 855631, and again, when I verified the hash for that block, it was the correct hash. That was what prompted me to attempt to sync from the snapshot, only to run into the same error on this earlier block. |
Just piling on my "me 2". Stuck on block 854887. Tried downloading blocks and again stuck on same block. same story in my logs as well. |
Anyone interested in testing out a theory? Make a backup of your gridcoinresearch.conf, then create a new config file without your BOINC details and no email line - attempting to make your wallet INVESTOR mode. I'm fully synced but I'm running windows/linux both in INVESTOR mode. @Deviant0ne @GridcoinNoob Have you tried safely restarting the wallet 30mins in between attempts to sync? |
Ive restarted a few times, but can say they were longer than 30 mins apart. It generally takes that long to build some connections and pray it moves past that block before coming to terms that it wont. :) I just restarted again and will move onto a fresh config test if this time is not the charm. |
Same story... This repeating in the debug file: Received block d6806457047a4d9c9a92fe2d1f1da9d0590995a97f7c79ebafa4db13670e726e; ERROR: Bad CPID : height 854887.000000, CPID ca657fbf7b4d3fd03538951fb431716c, cpidv2 ca657fbf7b4d3fd03538951fb431716c3f9a646a959e99c43939cb6d3a999c956cc79633936f9d3539996ccc3a3c656f6469666f78792f7674756441686e626a6d2f64706e, LBH d4232d9a1b4ea80dc486be04597cbfb230a145f1a749b5dd5853b8243c984312, Bad Hashboinc ca657fbf7b4d3fd03538951fb431716c<|><|><|>0<|>0.00000<|>0<|><|><|>0<|>0<|>v3.5.8.7-g-research<|>4.39<|>1490692752<|>0<|>ca657fbf7b4d3fd03538951fb431716c3f9a646a959e99c43939cb6d3a999c956cc79633936f9d3539996ccc3a3c656f6469666f78792f7674756441686e626a6d2f64706e<|>185<|>SHcMjioKN5E8RxrsDfKZKc7eAH7DM3UWVY<|>d4232d9a1b4ea80dc486be04597cbfb230a145f1a749b5dd5853b8243c984312<|>0.89<|><|><|><|><|>4.39<|>0.105556<|>0.225000<|>185.00<|>943b299348bb025ffeaed15acfc83737a17cff2f0691a4366b5d3adaf55c792e<|>d41d8cd98f00b204e9800998ecf8427e<|>04ec1180e11f5b53f31b565562636c9bd9fdd6275b2546bdddac7f4d0352f44f0ca5e2f1cded9ae8d5a65cdf0500cf068af5217cc5d679005156a8b0f79b2f2c1f<|>MEUCIQD6TqDrTS/nSR1shwzxPvF013A2G1vuOtexEzgM6f0EkAIgGdUQ8uzQ7W5cjZI/tQGLlsF1ne1IuHwNPZLQwCXQeTs= |
There's a caveat to the mandatory latest release. You need to run GRCRestarter.exe with a switch calling for 'downloadblocks'. This not the same as having you wallet running and clicking 'downloadblocks'. You can either run the command from console or make a batch file in the same folder as GRCRestarter.exe. Using the batch is easiest. Make a new notepad .txt file in the same folder as the GRCRestarter.exe. Open it and type GRCRestarter.exe downloadblocks. [GRCRestarter.exe downloadblocks]. Then go file>save as>change the file type from .txt to all file types in the lower drop-down. Then save it as name.bat where name can be anything. [downloadblocks.bat] |
That won't work... I did that after I upgraded the wallet, and again today when I got stuck at 855631, still ended up stuck on 854887 |
As an additional note... I tried to rebuild the block chain from scratch, without using "download blocks" through any method, wiped out my entire gridcoin appdata directory, except for my config file and wallet.dat, and re-ran it... And I'm now stuck at 854420, with the same issue happening as before. Bad CPID error. 03/29/17 05:33:27 Received block 2fc37c1746786a156253bcd869fe0372f244b16b6ceb5a5dab60a534373adfe8; ERROR: Bad CPID : height 854420.000000, CPID a7a537ff8ad4d8fff4b3dad444e681ef, cpidv2 a7a537ff8ad4d8fff4b3dad444e681ef999642666b3a3a97379d9a9c3337686f6b673a333bc63a3e994134c7669d683a7a6f7a6b6d4172722f64706e, LBH f564622e49a6fb20bb7b10bbdd4bcb34b2b17d06d6462b94c3ce01a4f26adc22, Bad Hashboinc a7a537ff8ad4d8fff4b3dad444e681ef<|><|><|>0<|>0.00000<|>0<|><|><|>0<|>0<|>v3.5.8.7-g-research<|>9.18<|>0<|>0<|>a7a537ff8ad4d8fff4b3dad444e681ef999642666b3a3a97379d9a9c3337686f6b673a333bc63a3e994134c7669d683a7a6f7a6b6d4172722f64706e<|>8<|>SAyxEueRaSMEdXjQFhAj96qkPYDZnxrmpj<|>f564622e49a6fb20bb7b10bbdd4bcb34b2b17d06d6462b94c3ce01a4f26adc22<|>0.23<|><|><|><|><|>9.18<|>4.591481<|>0.250000<|>8.00<|>b5f38c6e782bb11dee3106173128953dff56ba6429892b03797d78ee90b0a395<|>d41d8cd98f00b204e9800998ecf8427e<|>04924981df28b7ed280adbe9375d8e36857c81766784225c9c5b608be0d4341da98770a4047ccbcbd3ac846417bb12e39c1a8900a86f7263cf9c173f2bef756278<|>MEUCIQDpiC05WgAQp6iC6Uu2yRgNci59K86LtzkbmwLjvSUuggIgY8zV+0/oZJSYauSawkW2Rc+Ie3WtUX2tNgKWClw+kqU= I'm actually getting several different bad versions of this block from different peers, but that one should actually be the right one, and it's still stuck. |
Same here. Did a fresh install of the Gridcoin client and used a recent snapshot, but it's stuck at 854420. |
Also stuck at 854420, both using downloadblocks and sync from zero. I'm running in INVESTOR mode at the moment, no BOINC involved. |
Currently running 2 Win nodes (still syncing from 0 as they have been stuck on 855631 with the snapshot) and 3 ARM nodes (2 still syncing). One Ubuntu ARM node stuck on 854887, synced from 0, 10+ connections, debug, debug2, debug3 and fDebug10 active, debug log here: |
I'm not too familiar with the internal stuff of the Gridcoin network, so this is just an observation. If I compare some hashes from the block explorer with the latest ones my client got, I can see they're in sync only up to 854401: According to the block explorer the next hash should be d98328744e3fd4ddf8699c302922c97589a4066e28e0ca7483c2492444c5b3c1, but in my log file it shows e2a95c4040104a316b9e4e3dbb3dedb4487c5f1c9e59d6689aa6fdd2a8d5cd1b for 854402. And then a few blocks later at 854420 it fails completely. |
we just did a test:
logs may be available from @barton2526 later on X, L, W are all on version 3.5.8.7 |
Site gridresearchcorp.com seems to be on the fork. I advise you @Netizen78 to use gridcoinstats.eu. |
I just checked: gridresearchcorp is on the A chain: |
Yes, you are right @Erkan-Yilmaz. But the past blocks are mixed and the prev and next pointers are wrong. See: http://www.gridresearchcorp.com/gridcoin/?854405 it diverges at 854401 854402. |
ok, then @GridResearchCorp should have a look |
@moisesmcardona I had a similar issues. I added nodes to my configfile that were already upgraded. Solved it for me. @grctest nodes for example. If you only have old nodes in your .conf file you can't sync. |
Delete or move everything but wallet and conf. Ensure you have unhidden, hidden files (browser>view>top toolbar to the far right>tick the box for 'show hidden files (may as well do 'show file extension names' as well). Do this with Boinc and GRC clients closed. Check in bottom tool bar or go for the all time classic!. Ctrl+Alt+Delete>Task Manager>eyeball any Boinc or GRC in CPU list>right click select it and left click 'end ?(services)'.Sorry, I'm doing this from memory and I forget it! This makes sure all files and folders are not being addressed and coming back straight after you delete or move them. Double check you are on 2.5.8.7 too :-) |
@Netizen78 It work perfect. Now I'm synced and staking. Thanks a lot! |
"Open source developer" and "Microsoft PowerShell" somehow does not go together :) @philipswift, but I feel that this diverges from the topic too much. To all having problems with syncing: Make sure (help->about) that you are running the latest version 3.5.8.7. If it does not sync, backup your wallet, delete everything (except wallet and backups), extract the bootstrap file and restart. Also everyone stuck on some block, please post the block number and hash (from getblockhash command). |
I too am fixed up due to the snapshot. Thanks! As an aside, prior to finding out about the 'emergency' fork, I had staked on the forked chain. That's partially how I found out about the fork, coming home and seeing I was staking like crazy (because network weight was toast). Anyway, after finally syncing on the proper chain with the snapshot I had lost about 4000 GRC. All that staked on the forked chain was gone. Including the staking coins. E.g. if staked 1350 grc for 50 POR, all of that was gone. I almost said 'meh, live and learn' but then tried a backup of my wallet from a few weeks ago. I now have all my GRC back and on the right chain, and sync'd. Thought I'd post this in case others staked while forked and are missing GRC as a result. Find a wallet backup and hopefully you'll have the same outcome. |
Just to add to the good results:
Within minutes I was sync'ed again and already received some payments I was due. |
I've been trying for a week now with all the methods that are mentioned everywhere (didn't try the holly water yet). Syncing gets stuck for various times at different nodes, but the fork, as compared to gridresearchcorp.com, always seems to be at 854402. |
To echo @tomasbrod , I was stuck at this block too a couple days back. I restored from bootstrap and that solved my problem. I have traditional platter harddrive, so I had to leave my computer on overnight but overall it was a easy fix. @dariusz-kozlowski , are you sure you are trying the bootstrap rather than the snapshot? |
@tomasbrod Re: Power shell and open source. LOL OK. But we must try to be cross platform without being systemist. Once we get fully released and the code matures we can start fighting again! :-P |
Yesterday, I've restarted from the bootstrap, and blocks advancing very slowly, so I think I'm on a fork, also because my best block (details below) hash doesn't match this one http://www.gridresearchcorp.com/gridcoin/?2d05a54aa8d68b62b1e15d12d0dcc3a18b91b0b92992c32c1737d2401fa6717a now I don't know the status of the various forks around here, but which are the chances that my node find its way without further manual help?
|
@fab-io you try the unofficial snapshot like other users have in this thread? if u did apply the unofficial snap shot did u delete the database folder after you extracted? |
thank you @frank0051, I'm pretty sure. this goes smoothly with the increasing block number until 854400, then a dash is added in front of {SBC}, so something is changed: Then a well known block number comes 854420 and the fun begins: Also, I tried with different config files, this one is only with a single node: The one thing that I have not tried yet (no, not the water), is to re-install the gridcoin from scratch. The only file which changed after the client update through grcrestarter (based on the file date) is the gridcoinresearch.exe. Can anybody confirm if this is correct? A comment which @denravonska made earlier worries me a little: this could be a result of a test conducted on the live chain? It sounds like it would make sense though. Most of us have problems with cpid-s. |
@dariusz-kozlowski only thing ive seen users have issues with its the database folder not being deleted after causing this. |
'Inofficial' is not an English word. It should be 'unofficial'. |
ON TESTNET
(hashes optained with getblockhash command, please do the same when reporting) And one of the errors:
|
Yes @Foggyx420 I've deleted the files and folders as said in the guide, then I've restarted from the bootstrap file. My understanding is that using the bootstrap file has the same effect of the snapshot, only safer. edit: I'm doing it again, this time moving also wallet.dat in another location because I've staked on the fork. |
@fab-io how long you been stuck there and for the hash you mentioned it doesnt match with me as the hash for that block should be 854964 --> fed7258c4d44e6beebd799b42527ccc84bf34cd0dc8b177181f9476fac07af67 -- im not to fimular with the boot strap procedure only the snap shot. perhaps someone has something to add to this. |
Actually I was not stuck but slowly advancing on the fork. |
@fab-io Please, to help debug the problem, save the datadir where you are on the fork and if you can post some of the hashes and try to find where the hashes start diverge. You can use https://gridcoinstats.eu/block.php?id=854964 to check (replace the with your block number). |
Mine diverges at block 854402 However, on block 854402 I have the following blockhash: 'd98328744e3fd4ddf8699c302922c97589a4066e28e0ca7483c2492444c5b3c1' which is different from 'e2a95c4040104a316b9e4e3dbb3dedb4487c5f1c9e59d6689aa6fdd2a8d5cd1b' So I'm definitely on a fork. I have resynced the whole database just before the .7 released. Maybe it is time for a full resync again? (I refuse to use snapshot, because the network itself should be the only authentic source of the blockchain) I can provide my database if you are interested in. |
I used the unofficial snapshot to get into sync two days ago. I am now stuck on 859238. The hash for this block matches the hash on http://www.gridresearchcorp.com/. I also currently have 11 connections to the network, my addnodes are up to date, and I've rebooted the client a few times already. If someone wants to look at the debug files, or other files, let me know. I know many people are stuck. I'm just posting this because I didn't come across any as recent as 859238. |
@matthew11 885402 seems to be created with one of those out of reach beacons.
Max time for a beacon is age is @jimbo-slice Are you still stuck on 859238 (trying to get 859239?)? |
I was still stuck about an hour ago when I closed out of the wallet. I'm restarting it right now to check. I'm tempted to just use another (newer) snapshot, but I'd like to figure out why this is happening. edit: yes, still seems to be stuck. magnitude has dropped to 0 as well. |
my wallet stil in sync and running well but did notice a debug.log message i thought was a little out of the oridinary. my client staking fine and normal blocks so i dont know what that is about or if that helps the devs. its not affecting my client getting good blocks but just seemed odd |
@matthew11 5 up, 'the network itself should be the only authentic source of the blockchain' |
I'm quite puzzled right know, after restarting from scratch with the bootstrap file, I'm again on a fork, searching for the blocks that diverges, I've found that according to Gridcoinstats.eu the block 854421 diverges: Is there anything special in this block? BTW this other explorer is on another fork http://www.gridresearchcorp.com/gridcoin/?a5674851401fceef07bbf47c881d87a6c6b24d024f6cf85a99f09df65ed21e90 while Gridcoin Asia is aligned with Gridcoinstats which is the explorer that you trust more? |
Hi everyone,
Yesterday, I believe the network decided to ban me as I believe I was a fork, according to some hashes Erkan compared with mine. Today, I was able to load the wallet and get connections again but I'm not getting any more blocks and stuck in block 854887. In IRC, there are several other members having issues syncing as well.
Attached the log file:
debug.log.txt
The text was updated successfully, but these errors were encountered: