Skip to content

🤖 CI: pin geth to master-e5c5e18 in genesis-sync tests - #9605

Closed
dapplion wants to merge 1 commit into
sigp:unstablefrom
dapplion:broken-genesis-tests
Closed

🤖 CI: pin geth to master-e5c5e18 in genesis-sync tests#9605
dapplion wants to merge 1 commit into
sigp:unstablefrom
dapplion:broken-genesis-tests

Conversation

@dapplion

@dapplion dapplion commented Jul 9, 2026

Copy link
Copy Markdown
Collaborator

Issue Addressed

The genesis-sync-test-gloas-* jobs on the local testnet workflow are failing on unstable without any related code change (e.g. seen on #9597). The genesis-sync-test-fulu-* jobs then get cancelled by fail-fast, so all four genesis-sync jobs show red.

Root cause

The genesis-sync kurtosis configs use the floating ethpandaops/geth:master nightly tag. That tag advanced from the 2026-07-06 build (e5c5e18) to the 2026-07-09 build (896a4ab), and the newer geth build makes the Lighthouse beacon node fail at startup on a gloas genesis:

CRIT Failed to start beacon node
     reason: "Failed to build beacon chain: Head block not found in store"

Kurtosis then can't bring up cl-1-lighthouse-geth (ports never open) and the test exits 1. Fulu genesis is unaffected.

Evidence it's the geth bump and not a Lighthouse change:

Run Date gloas genesis-sync geth
last green 07-07 ✅ pass v1.17.5-unstable-e5c5e18-20260706
first red 07-09 ❌ fail v1.17.5-unstable-896a4ab-20260709

Proposed Changes

Pin both genesis-sync configs (fulu and gloas) to the last known-good geth build ethpandaops/geth:master-e5c5e18 to stabilise CI. The gloas config previously specified no EL image and inherited the floating default; it now pins geth explicitly like the fulu config.

This is a CI-stabilisation pin only. Whether the newer geth build is itself buggy or exposes a latent gloas-genesis fragility in Lighthouse is a separate investigation; this unblocks the merge queue in the meantime.

The gloas genesis-sync test started failing on `unstable` without any
related code change. The `ethpandaops/geth:master` nightly used by the
genesis-sync configs floated from the 2026-07-06 build (`e5c5e18`) to the
2026-07-09 build (`896a4ab`), and the newer build makes the Lighthouse
beacon node fail at startup on a gloas genesis with:

    CRIT Failed to start beacon node
         reason: "Failed to build beacon chain: Head block not found in store"

The last green run (07-07) used geth `e5c5e18`; the first red run (07-09)
used `896a4ab`. Fulu was unaffected but used the same floating tag, so pin
both genesis-sync configs to the last known-good geth build to stabilise CI.
@dapplion dapplion changed the title CI: pin geth to master-e5c5e18 in genesis-sync tests 🤖 CI: pin geth to master-e5c5e18 in genesis-sync tests Jul 9, 2026
@pawanjay176

Copy link
Copy Markdown
Member

Bad robot. Issue is with ethereum-genesis-generator

@pawanjay176 pawanjay176 closed this Jul 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants