-
Notifications
You must be signed in to change notification settings - Fork 163
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
Synchronisation failed #610
Comments
Hey there @0xZonh, thanks for the report. You're not alone on this, but we have no precise diagnostic or workarounds for now. See the referenced issue above for further context on (what seems to be) your issue. And please, if you can include more of your context, it will be helpful to us to better understand the issue; your CLI configuration, any relevant firewall configuration on the host, how long you've been dealing with the problem, etc. |
@0xZonh can we also know your location (if allowed to be shared) please, in order we check on a node in the same location as you. It might need more time to find good nodes close to you, and we might be able to find the cause and resolve it easier. |
I also have the above problem, how to solve it? How long does it take to find a peer? |
Can you please try using these 3 peers (current bootnodes) by hand?
|
It should be that the speed of finding peers is relatively slow. Now it is observed that synchronization has started. Thank you for your reply. INFO [01-30|22:11:04.058] Syncing: chain download in progress synced=95.82% chain=20.47GiB headers=18,428,[email protected] bodies=18,412,[email protected] receipts=18,412,[email protected] eta=25m36.866s |
@ziogaschr enode://16264d48df59c3492972d96bf8a39dd38bab165809a3a4bb161859a337de38b2959cc98efea94355c7a7177cd020867c683aed934dbd6bc937d9e6b61d94d8d9@64.225.0.245:30303 enode://55bbc7f0ffa2af2ceca997ec195a98768144a163d389ae87b808dff8a861618405c2582451bbb6022e429e4bcd6b0e895e86160db6e93cdadbcfd80faacf6f06@164.90.144.106:30303 |
If you started core-geth with console command, like |
me the same no sync , look number=19,218,133 hash=d66d06..7f6820 td=8,164,776,887,095,361,374,446 age=7h58m44s
I suggest you do something similar to what I did, please check the link https://enode.redecoin.eu/ |
INFO [01-31|12:42:46.138] Block synchronisation started bootnode problem conect |
Once this new release https://github.com/etclabscore/core-geth/releases/tag/v1.12.19 is being used on more nodes in the network, we will probably not have more peering issues. Please update yourselfs. |
I am trying to sync using the latest version and on classic network and it is taking forever. Used to be able to sync within a couple hours. I am now going on 24 hours and only at 46% downloaded with 66 peers connected.@ziogaschr |
Thanks @MiningCryptoLive. Starting a fresh node now to test it. |
I was able to sync latest release on classic in 3 hours. Check the green line @MiningCryptoLive. Can you share which CLI flags you use to run it and also what OS? I was running it on Ubuntu. ![]() |
Here is my command line: geth --classic --datadir /home/pool/.ethereum/classic --syncmode=snap --http --http.api eth,net,web3 --mine --miner.etherbase="0x********" --maxpeers 100 --password="/home/pool/.pw" --allow-insecure-unlock --http.port="8545" --unlock="0x******" --port="30305" I am running this on Ubuntu 22.04 @ziogaschr |
I also downloaded geth again. Deleted the.ethereum directory & started syncing again. 4 1/2 hours later and only.15 percent download with 66 peers. Something is definitely wrong |
Can you try and start syncing without the Does your machine have enough resources? |
Yes plenty of resources. I removed the flag —mine. Deleted the
directory.ethereum and restarted geth. An hour in and it’s almost synced.
Randy Hasson
199 East Markison Avenue
Columbus, Ohio 43207
…On Wed, Aug 21, 2024 at 3:05 AM Chris Ziogas ***@***.***> wrote:
Can you try and start syncing without the --mine flag. Restart and enable
--mine once synced.
Does your machine have enough resources?
—
Reply to this email directly, view it on GitHub
<#610 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIAKRVB7HDROQJ4CXPXW4TZSQ34JAVCNFSM6AAAAABCO6DHJ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBRGI4TCMBTGY>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Perfect. Let me know if you can mine once synced. p.s.: You probably have your machine behind a firewall and with all ports closed already. If not needed I will advice to remove the |
I will remove that and let you know once synced and flags added back if mining works |
@ziogaschr Get the following after sync completed and enabled mining. All daemons online. All daemons synced with blockchain. Loading current light cache. No pre-generated cache available. Unable to mine. |
Can you share logs? Do you mine with CPU or GPU? Are you connecting to a pool (which one?)? |
I am using gpu's. Mining to a pool. I am assuming that the changes made has affected the mining pool software. That is what is showing that the light cache does not exist. And then it shuts down. I will try a different mining pool software and see if it works. I'll let you know. Thanks for all your help! |
I tried different pool software and mining works fine. |
Thanks a lot for sharing. Can you please let me know which pool is not working and which one works? (please share link to repos if you can) |
this is the one I am using now and it works fine. https://github.com/yuriy0803/open-etc-pool-friends Miningcore is now not working. I am assuming the code needs to be modified. It starts then shuts down at Loading current light cache ... No pre-generated cache available. |
Thanks @MiningCryptoLive. |
Also wanted to let you know that I left geth syncing on another machine with all the flags in place. It is almost done syncing after 2 days but it also takes double the storage space. Syncing without the flags takes 48gb and with the flags 151gb so far |
Also wanted to let you know that I left geth syncing on another machine with all the flags in place. It is almost done syncing after 2 days but it also takes double the storage space. Syncing without the flags takes 48gb and with the flags 151gb so far
…________________________________
From: Chris Ziogas ***@***.***>
Sent: Thursday, August 22, 2024 7:22 AM
To: etclabscore/core-geth ***@***.***>
Cc: MiningCryptoLive ***@***.***>; Mention ***@***.***>
Subject: Re: [etclabscore/core-geth] Synchronisation failed (Issue #610)
Thanks @MiningCryptoLive<https://github.com/MiningCryptoLive>.
I will close this issue now.
—
Reply to this email directly, view it on GitHub<#610 (comment)>, or unsubscribe<https://github.com/notifications/unsubscribe-auth/AAIAKRS2QYMKSOR5NZRF3HLZSXCY5AVCNFSM6AAAAABCO6DHJ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBUGQZDIMZRGQ>.
You are receiving this because you were mentioned.Message ID: ***@***.***>
|
I was expecting that, and also at some point, probably on a restart, geth will prune the data (still cover all the difference in size). |
Ok, thanks.
…On Thu, Aug 22, 2024 at 7:51 AM Chris Ziogas ***@***.***> wrote:
I was expecting that, and also at some point, probably on a restart, geth
will prune the data (still cover all the difference in size).
—
Reply to this email directly, view it on GitHub
<#610 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AAIAKRV2O6JMB7KHG2RTX2TZSXGD3AVCNFSM6AAAAABCO6DHJ6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDGMBUGQ3TOMRRG4>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
I upgraded the geth version from v1.12.13 to v1.12.18 today, and then it seems that the blocks cannot be synchronized normally. I'm a newbie and can't figure out where the problem is.

Please let me know if there is a solution for this. Thank you!
The text was updated successfully, but these errors were encountered: