-
Notifications
You must be signed in to change notification settings - Fork 1.4k
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
Error: nippy jar error: The requested operation cannot be performed on a file with a user-mapped section open. (os error 1224) #10689
Comments
Made a quick test letting syncing reach stage 2/14 (but only up to 7.5%). Restarted and syncing is continuing from where it left off (20% right now). @smye your error indicates that the crash might have not closed the files cleanly and some file is still locked. |
@smye managed to reproduce your problem and found a hacky work around! Basically I closed reth and lighthouse again with CTRL-C Both seemed to close cleanly but restarting reth gave the same error as you reported (1224). It looks like one (or more) of the files got corrupted and you need to delete it manually.
Hope it helps! Report back if you try this. |
It's not clear what caused the first crash in the first place, which can be valuable in itself Assuming that the first error is unrelated, this makes me believe that the current consistency healing impl is not supported by non-wsl Windows |
Awesome! This looks like it has fixed it, and is now resyncing after running Had to delete the 2nd, 3rd and 4th most recent file but keep the first |
I am not sure what caused the crash sadly. Checked the debug log file and wasn't anything immediately obvious One thing to note was that both lighthouse and reth had both crashed when returning to check |
the error/issue is still active, so leaving it open (added a draft PR) if the syncing crashes, feel free to post here the error message! i'm leaning again to both errors being related |
Describe the bug
I built from source using the fix provided in #10672
It was around 80% done on the bodies stage (2/14), when syncing crashed and does not begin resyncing upon restart
Steps to reproduce
reth node --full
Node logs
Platform(s)
Windows (x86)
What version/commit are you on?
reth Version: 1.0.6-dev
Commit SHA: d659cd3
Build Timestamp: 2024-09-04T13:17:11.158134900Z
Build Features: jemalloc
Build Profile: release
What database version are you on?
Current database version: 2
Local database version: 2
Which chain / network are you on?
Mainnet
What type of node are you running?
Full via --full flag
What prune config do you use, if any?
No response
If you've built Reth from source, provide the full command you used
cargo install --locked --path bin/reth --bin reth
Code of Conduct
The text was updated successfully, but these errors were encountered: