-
Notifications
You must be signed in to change notification settings - Fork 20.3k
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
Geth hanging while syncing blocks(attached logs) #2533
Comments
on 1.5.0 you have to completely remove all contents of the blocks folder in order for the --fast sync to work. at least in my experience. And im on windows 10 was something on the output about their being blocks found and then it would disable fast sync. cant remember exact details now.. I have had it corrupt the blockchain twice now.. Im back on a pool till its all sorted out. Best Regards |
@d57heinz, thanks for the feedback. Yes, I am aware of the explicit requirement to start fresh when using geth --fast. I believe issue you're alluding might be similar to the one I reported few days ago at #2467. After getting "empty head header set", last block# is reset and few minutes later fast sync says its complete, and disables itself. Unfortunately, I haven't received any feedback on this issue and not sure if it actually is the root cause of my issues with fast syncing. |
Hey guys Version: 1.4.4 stable geth --fast |
The issue has been identified. Watch #2569 for progress. |
System information
Version: 1.5.0-unstable
Protocol Versions: [63 62 61]
Network Id: 1
Go Version: go1.5.1
OS: Linux ip-172-31-11-69 3.13.0-37-generic #64-Ubuntu SMP Mon Sep 22 21:28:38 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux
Expected behaviour
geth continuously syncs
Actual behaviour
Taking hours at a time to sync next set of blocks, even with 25 peers attached
Steps to reproduce the behaviour
Ran geth with nohup, which initially worked as expected, however, after an hour, it stopped syncing blocks. Waited for 50 minutes without much joy, so attached to geth, and set debug.verbosity(6) to see what was going on. See attached logs of peer list and geth debug log for details.
Downloads.zip
BTW, numerous past attempts at geth --fast has not worked either.
Backtrace
The text was updated successfully, but these errors were encountered: