-
Notifications
You must be signed in to change notification settings - Fork 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
BSC - No block headers to write in this log period block number #5703
Comments
additional log:
Erigon version: v2.28.0 |
@AdminAnticaptcha please upgrade to v2.28.0 this is the BSC hardfork Moran |
@AdminAnticaptcha did you do something in particular? i'm at the following commit / tag: git_branch=heads/v2.28.0 git_tag=v2.28.0 git_commit=355837aee5ea2374bf420eff6e93360deb83d3f7 after:
the following is looped
integration shows:
|
The same issue, 2.28.0 update doesn't help |
@AdminAnticaptcha did you modify anything with your synced node? |
Stuck at same issue, was earlier working with 2.27.0 and before 5hrs got this issue. Upgraded erigon to 2.28.0 and still stuck at same place
|
I just ran @poloplayingsolo @nikolinsko @AdminAnticaptcha @breezytm can u try this once and see if this is working for u. |
In my case I am not sure if there is any data to unwind because this is a new deployment. It never synced. It does that right after finish the snapshot download. |
yup, seems like that fixes the issue. Thanks for the tip. |
@breezytm still give a try. As i was stuck at same issue. U dnt need full sync to get complete to unwind. |
Did anyone find a workaround for this? Unwinding doesn't help. I synced multiple nodes from scratch and now it's stuck at |
Adding the |
@a26nine I have tried your flag but it's still stucked, did you input any additional flag? |
Perhaps boot nodes need to be updated for BSC, can someone check |
I did add |
This is what I am getting
|
Just to chime in that I have the exact same issues as above on v2.28.0, have tried all workarounds in the thread ( |
I had this same issue with a new node I was spinning up from snapshots. I tried all sorts of things and was finally able to resolve it by deleting all of the snapshot files and restarting erigon then letting them re-download and index etc. It took about 24 hours but it solved the issue and my node is now functioning normally. |
As @PolarSyncZ said, I'd been working with them to help get their node online. I'll be updating the s3 snapshot folder in https://github.com/allada/bsc-archive-snapshot. I'll post back here with the s3 command you'all can use to download just the snapshots tomorrow-ish or you can delete the |
For those that want to test if your snapshot folder will fix the issue, here's what
Note: You will need an AWS account configured on the computer it is running on, as your aws account will be billed for the download costs, which is about $50USD in data xfer costs unless you are running the instance in AWS's |
Hi @allada, thanks for you snapshots file, but maybe s3 sync need "ListObjectsV2" permission
|
You need to make sure the account you are using has the ability to charge your account for S3 requests. These permissions are set in your account, and IIRC you can just allow |
@allada Thanks, it's my problem. |
fyi: there is also https://github.com/BNB48Club/bsc-snapshots. Seems to be from a validator, so as close as trustworthy as you can get on bsc :D |
I have the same issue
Restart doesn't help |
@1scrooge, read above for fix. There is unlikely to be any "fix" by erigon since users can fix it themselves. |
Same version , same problem for me. |
Hi @1scrooge @amurde Double check your firewall config. I fixed this issue by allowing tcp/udp ports of |
We had the same issue as you @luwang920. We were able to move forward (or it seems so) with the following command: version: |
Hi alexmance |
Hi @luwang920 |
this is still an issue for me on
|
Still happens daily to me with the BSC node on 2.32. unwind usually helps. |
also met the same log, I am not sure if it is just expected? I have tried to run unwind=10 and then restarted the erigon, still see below log
my build info |
I was stucking in this error for several days. Br |
@egorFiNE can you help me with the unwind steps you followed for bor-mainnet? |
@nandubatchu we gave up on erigon for bor-mainnet. It took something close to 20 days to sync and then threw "no block headers" daily or even more often. |
We also think to give up on erigon for BSC. We have the same errors in mainnet and have no answers from Erigon developers. |
@mikolajsobolewski on BSC it's not that much of a PITA. It happens like twice per week. You unwind ten blocks, restart and in about 20 minutes or less it's up and running again. |
But if we use their geth fork always receives new blocks. I don't know how it doest that, but fact is fact. So i think, that it is the erigon error. We don't want to restart the node 5-6 times per day. it's really strange since 2022 Oct no one work solution. |
Updated to 2.34.0 and here we go again. :-( |
Same here for both Polygon and BSC Erigon node. |
...aaaand again. |
Now I'm having this issue multiple times per day on 2.34.0 on BSC BUT a simple restart helps, no need to unwind. |
Probably related: #6532 |
Same on 2.36.1 (polygon and bsc) |
facing the same issue (No block headers to write in this log period block number |
Hello. I've been stuck with the same problem and fixed it with updating to the latest binary and unwinding:
Node parameters:
Startup parameters:
tried to fix:
have updates after rewind:
Morning update (13 hrs passed)
today update(1 day+ passed):
Update! It works!
|
This issue is stale because it has been open for 40 days with no activity. Remove stale label or comment, or this will be closed in 7 days. |
BSC is no longer supported by Erigon. Please consider https://github.com/node-real/bsc-erigon instead. |
In my situation, I utilized an older snapshot (e.g., erigon-05-23), and configured This solution was found in this document. An excerpt from the document is:
In my particular situation, the result was:
However, the block number was 43057508, which could not possibly be the most recent one! |
System information
Erigon version:
erigon version 2.27.0-stable-6d8b304e
OS & Version: Linux
Commit hash :
6d8b304
Expected behaviour
Syncing to the latest block
Actual behaviour
Error:
No block headers to write in this log period
Steps to reproduce the behaviour
The text was updated successfully, but these errors were encountered: