Comments (10)
INFO[08-23|19:08:14.587] logging to file system log dir=data/logs file prefix=erigon log level=info json=false
INFO[08-23|19:08:19.828] [snapshots] Blocks Stat blocks=29500k indices=29500k alloc=2.3GB sys=2.5GB
Note: prune_at doesn't mean 'all data before were deleted' - it just mean stage.Prune function were run to this block. Because 1 stage may prune multiple data types to different prune distance.
stage_at prune_at
Snapshots 31100989 0
Headers 31101643 0
BlockHashes 31101643 0
Bodies 31101643 0
Senders 31101643 0
Execution 31101643 31101643
Translation 0 0
HashState 31101643 0
IntermediateHashes 31101643 31101643
AccountHistoryIndex 31101643 0
StorageHistoryIndex 31101643 0
LogIndex 31101643 0
CallTraces 31101643 31101643
TxLookup 31101643 30359000
Finish 31101643 0
--
prune distance:
blocks.v2: blocks=29499999, segments=29499999, indices=29499999
history.v3: false, idx steps: 0.00, lastMaxTxNum=0->0, lastBlockInSnap=0
sequence: EthTx=4709356989, NonCanonicalTx=0
in db: first header 29500000, last header 31101643, first body 29500000, last body 31101643
Restarting a node can sometimes solve this problem, but after running for a period of time, the problem reappears.
from bsc-erigon.
Is this issue related to bandwidth? My bandwidth is 100Mbps downstream, 100Mbps upstream, and the hard drive is 12TB SSD
from bsc-erigon.
It's been 3 days now, and it's still stuck here
from bsc-erigon.
integration stage_headers --reset
from bsc-erigon.
Is this issue related to bandwidth? My bandwidth is 100Mbps downstream, 100Mbps upstream, and the hard drive is 12TB SSD
It's seem something wrong with node
from bsc-erigon.
集成 stage_headers --reset
I have tried, but the problem still exists.
I also deleted 'data/snapshots/' and couldn't solve the problem.
from bsc-erigon.
Do I need to delete all data and resynchronize to solve this problem?
from bsc-erigon.
If unwind can't fix, may you need download a new snapshots and resync
from bsc-erigon.
The error was fixed at the cost of not being able to request the trace module of rpc between blocks 29500000-31100000. During the snapshot generation process, I executed "integration stageheaders -- reset" and recovered to 29500000. However, after starting erigon, the block was 31100000, so the data in between cannot be requested. However, for me, it is already sufficient, and I guess this is a problem with "48Club" data
from bsc-erigon.
The error was fixed at the cost of not being able to request the trace module of rpc between blocks 29500000-31100000. During the snapshot generation process, I executed "integration stageheaders -- reset" and recovered to 29500000. However, after starting erigon, the block was 31100000, so the data in between cannot be requested. However, for me, it is already sufficient, and I guess this is a problem with "48Club" data
Most of the faulty blocks are after the snapshot we released. This is a problem that occurs during synchronization, not in the snapshot. see #199 (comment)
from bsc-erigon.
Related Issues (20)
- tracing failed: nonce too high: address HOT 5
- Discrepancy in `gasUsed` on `debug_traceTransaction` between Geth and Erigon HOT 3
- After testnet update to 1.2.5, the error mdbx_env_open: MDBX_CORRUPTED: Maybe free space is over on disk. Otherwise it's hardware failure HOT 4
- Erigon stuck at 39565742 on BSC Chapel HOT 2
- Trace do not include information about error/failed transaction HOT 10
- The transactions remain in the tx pool without being included in a block HOT 7
- Latest snapshot doesn't work on 1.2.5 and 1.2.4 HOT 30
- Building erigon error HOT 1
- [RPC] Finalized returns unknown block HOT 1
- debug_traceBlockByNumber, doesn't log Error message on txn calling on BSC:TokenHub HOT 2
- snapshots build, gather headers block=38300000 HOT 2
- err="[2/15 Headers] ancestor is nil. height 1 HOT 12
- BSC Chapel sync stuck: blob info mismatch: sidecars 0, versionedHashes:3 HOT 2
- Lack of reward trace in v1.2.6 HOT 4
- err="[5/15 Bodies] blob info mismatch: sidecars 0, versionedHashes:2" HOT 24
- Chapel - err="[5/15 Bodies] enable to unmarshall message: rlp: element is larger than containing list" HOT 5
- The size of the disk suddenly increased by 2T, occupying all the hard disk space. HOT 2
- Some blocks are lost. HOT 12
- RPC Daemon not returning / hanging up with low / no resource strain HOT 4
- RPC method handler panic when querying eth_getBalance HOT 14
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from bsc-erigon.