ethereum-optimism / ethereum-optimism/optimism

op-reth - Blocked waiting for execution cache mutex/OOM if pruning enabled

Open
#19,128 0 comments 0 reactions 0 assignees View on GitHub
Dominant language
Go
Stars
6.5k
Forks
4k
Avg merge
2d 15h
Merged PRs (30d)
145

Description

**Bug Description**

https://github.com/paradigmxyz/reth/issues/19682 - original issue with all the necessary info, TLDR: if op-reth has pruning enabled - it will report Blocked waiting for execution cache mutex and after some time it will be killed OOM even with 128GB RAM, the problem started with op-reth v1.9.2

**Steps to Reproduce**

resync/download snapshot with pruning enabled

**Expected behavior**

**Environment Information:**

last tested on Ubuntu 24.04, op-node v1.16.1

**Configurations:**

these were the params for pruning:
--prune.senderrecovery.distance 2592000 \
--prune.accounthistory.distance 2592000 \
--prune.storagehistory.distance 2592000 \
**Logs:**

**Additional context**

---

⚠️ **Notice:** Issues that do not include the following sections will be subject to closure:
- Bug Description
- Steps to Reproduce
- Environment Information

Please ensure all required sections are filled out accurately to expedite the debugging process and improve issue resolution efficiency.

Contributor guide

Open the contributing guide

Research direction

Start with the linked reth issue, then reproduce a resync or snapshot download with pruning enabled using the listed --prune.*. Confirm the execution-cache mutex blocking and eventual OOM under the stated environment; done means the pruning-enabled workflow completes without those symptoms.

Written by the indexing model from the issue text.

Assessment

Tech stack
rust
Domain
blockchain
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.