Skip to content
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

"out of gas" in syncing #1321

Closed
hzj-edu-nju opened this issue Sep 2, 2024 · 2 comments
Closed

"out of gas" in syncing #1321

hzj-edu-nju opened this issue Sep 2, 2024 · 2 comments
Labels

Comments

@hzj-edu-nju
Copy link

Our support team has aggregated some common issues and their solutions from past which are faced while running or interacting with a bor client. In order to prevent redundant efforts, we would encourage you to have a look at the FAQ's section of our documentation mentioning the same, before filing an issue here. In case of additional support, you can also join our discord server

System information
Bor client version: v1.3.2

Heimdall client version: v1.0.6

OS & Version: OSX

Environment: Polygon Mainnet

Type of node: Sentry

Additional Information:

Overview of the problem
When bor reaches a certain height from 0 synchronization, an "out of gas" error will be reported in the verifyCascadingFields function, and then the peer node will be dropped. This is caused by triggering a loop of all spans when accessing the getBorValidators method of the validatorSet contract. You can reproduce it by accessing the getBorValidators method of the system contract and passing in a value that exceeds the current (span+2).endblock.

image https://github.com/maticnetwork/genesis-contracts/blob/master/contracts/BorValidatorSet.template image image
Please describe the issue you experiencing.

Reproduction Steps
Please mention the steps required to reproduce this issue.

Logs / Traces / Output / Error Messages
Please post any logs/traces/output/error messages (as text and not screenshots) which you believe may have caused the issue. If the log is longer than a few dozen lines, please include the URL to the gist of the log instead of posting it in the issue.

Additional Information

In order to debug the issue faster, we would stongly encourage if you can provide some of the details mentioned below (whichever seems relevant to your issue)

Your start.sh file or bor.service, if you're facing some peering issue or unable to use some service (like http endpoint) as expected. Moreover, if possible mention the chain configuration printed while starting the node which looks something like Initialised chain configuration config="{ChainID: 137, ..., Engine: bor}"
The result of eth.syncing, admin.peers.length, admin.nodeInfo, value of the maxpeers flag in start.sh, and bootnodes/static nodes (if any) is you're facing some syncing issue.
Your heimdall-config.toml parameters for checking the ETH and BOR RPC url's, incase of issue with bor heimdall communication.
The CURL request (for that specific error) if you're facing any issues or identify a bug while making RPC request.

Copy link

This issue is stale because it has been open 14 days with no activity. Remove stale label or comment or this will be closed in 14 days.

@github-actions github-actions bot added the Stale label Sep 17, 2024
Copy link

github-actions bot commented Oct 1, 2024

This issue was closed because it has been stalled for 28 days with no activity.

@github-actions github-actions bot closed this as completed Oct 1, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant