[OP Stack Deployment] How to recover the L2 chain: finalized and safe block are stuck #602
Unanswered
lesterli
asked this question in
Deploying the OP Stack
Replies: 2 comments 5 replies
-
use rpc that has non-pruned blobs,example: quicknode |
Beta Was this translation helpful? Give feedback.
1 reply
-
How are you launching a private devnet? By However, since devnet rely on only one node, we may not be able to recover pruned blobs. |
Beta Was this translation helpful? Give feedback.
4 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
Did you check the documentation?
Did you check for duplicate questions?
Issue Description
We deployed a local OP devnet: L1: 1 geth node, 1 lighthouse bn node, 1 vc node; L2: 1 op-geth node, 1 op-node, 1 op-proposer, 1 op-batcher.
Now both the finalized block and safe block are stuck at block
374898
. After checking the logs, we found two main issues:124667
(slot124671
), we guess it caused validation failed for the L2 block374899
due to its parent block374898
having an L1 origin of124677
. Here is the re-org log from the L1 Beacon node.124553
(slot124557
) were pruned on L1.How can we recover this OP L2 chain?
Logs
op-node
log:failed to fetch blobs
inop-node
log:Additional Information
No response
Feedback
No response
Beta Was this translation helpful? Give feedback.
All reactions