-
-
Notifications
You must be signed in to change notification settings - Fork 3.1k
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
monerod frequently gets stuck syncing #3713
Comments
Once this happens, post the output of "sync_info" and "status". |
I have the same Problem. I build master on a oDroid c2 arm, it worked with 0.11.1. os is Ubuntu 16.04.4 LTS |
Once this happens, post the output of "sync_info" and "status". |
@moneromooo-monero what do you mean with diff? |
I meant the output of diff. But I've seen the screenshot now, and I don't need diff as the screenshot has enough info to answer my question. Do mention when there's a screenshot included, I don't see them so I have to go fish the URL, which I don't if I don't know there's a screenshot somewhere. |
Actually, print_cn would also be helpful to see whch threads are in sync mode. |
The other node had to be restaret.
status And here a log again: |
And the diff output ? |
Also I don't suppose to have a log of what that happened ? |
This patch might help. Check for "Sync seems wedged, restarting" messages in the log, followed by sync restarting. It checks for 2 blocks, you may want to set this to, say, 10 for testing to make sure it's really wedged before this kicks in. |
That one is likely fixed by #3719 |
I am on the wrec branch from your repo now, same problem here is the output: here is the debug log:
|
It doesn't seem stuck here. |
mmh, now got the last blocks again and is back on 100% sync, I keep looking ;) |
Did you get a log with "wedged" in ? |
Here are the new logs, with many wedged logs. There are also the sync_info status diff and print_cn in the bottom. The daemon is now up to date. |
It seems like the wedged detection triggers on the "bad" chains. Unfortunate. But stoffu fixed what is probably the (or one of the) root cause in #3723 |
It doesn't seem to be wedged there. It is just seeing a longer forked chain with lower cumulative difficulty. Someone started mining on testnet and got forked very early on after v7 or v8 hardforks, and now they are mining on their own chain. Don't let that forked chain confuse you, although it does produce massive amounts of alternative blocks. |
The problem is while the daemon is showing "not sync", i cant use it with a wallet.... |
Does it not become synced once it's discarded that branch ? |
no its still in the stage since yesterday... |
And you definitely have stoffu's fix ? |
after more testing this problem doesn't occurred anymore. |
#3775 fixes a second sync failure problem. |
And http://paste.debian.net/hidden/f8496e47/ fixes a third one. |
I have this same issue every couple days; should we pull and compile master or the v12 tag? |
None of the above. Use release-0.12. |
All known sync bugs are now fixed and merged. +resolved |
Every couple of days it seems that monero daemon will stop retrieving new blocks and will be sitting at the same block height until the daemon is restarted.
The text was updated successfully, but these errors were encountered: