fix(scenarios): provision rpc fleet via provision-node, not provision-snd#427
Conversation
…-snd The load-test/release-test scenarios still provisioned the RPC fleet with `provision-snd --role=rpc` on a kind: SeiNode template — but provision-snd was repurposed to create a SeiNetwork (strict-unmarshal), so the RPC step render-fails the moment the nightly fetches these scenarios. Migrate the RPC step to provision-node (standalone SeiNode followers), matching the in-repo chaos scenarios: --replicas (load=2 for the seiload fleet, release=1 for mocha's single RPC) + --network for genesis peer auto-wire + --running-timeout (SeiNode has no Ready phase). Validator steps stay provision-snd (genesis SeiNetwork). Refresh two stale RPC-publishing comments (provision-snd -> provision-node; single-node release). Coral xreview (sei-network-specialist) blocker on the WS-C nightly migration. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
PR SummaryMedium Risk Overview The provision-rpc-fleet task now calls Task deadlines are raised (42m / 32m) with inline budgeting for sequential catch-up and EVM readiness plus Chaos Mesh scheduling/image-pull slack. Comments are updated for Reviewed by Cursor Bugbot for commit 8956eb2. Bugbot is set up for automated code reviews on this repo. Configure here. |
There was a problem hiding this comment.
Cursor Bugbot has reviewed your changes using default effort and found 1 potential issue.
❌ Bugbot Autofix is OFF. To automatically fix reported issues with cloud agents, enable autofix in the Cursor dashboard.
Reviewed by Cursor Bugbot for commit d29f3d3. Configure here.
…deadline budget Coral /xreview (sei-network dissenter + platform-engineer + prose-steward): - load-test wait-rpc-caught-up comment was stale + self-contradictory (claimed SeiNetwork-Ready / aggregate-load-balanced RPC_TM_RPC / provision-snd parser); under provision-node, RPC_TM_RPC is node-0 (not an aggregate) and provision-node already gates all followers caught-up before publishing, so the step is a redundant re-confirm. Rewrote the comment to say so honestly. - bump provision-rpc-fleet Task deadline (load 25m->40m, release 25m->30m) to cover worst-case sequential readiness (running-timeout 18m + N×2×first-block 5m), so provision-node's typed exit surfaces before a Chaos-Mesh deadline kill. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
/xreview ledger (Class: cross-component, T2)Slate requested: systems-engineer (esp.), sei-network-specialist (dissenter), platform-engineer, prose-steward.
Prose addendum (advisory, deferred): SND-nomenclature in both file headers + State: OPEN — systems-engineer lens (operator-requested) pending on credit reset. Dissenter ran and its correctness findings are resolved; platform COMPATIBLE; prose correctness resolved. Holding merge for the systems pass per operator request (or operator accept-with-risk: sei-network + platform independently covered the systems brief — the readiness/budget/reliability boundary). |
…duling systems-engineer xreview: the 2m outer slack (40/38, 30/28) must also absorb pod scheduling + cold $SEITASK_IMAGE pull, which sit outside the inner readiness budget. A cold pull could trigger the opaque deadline-kill the budget exists to prevent. Bump to 42m/32m (4m headroom). Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
/xreview ledger — UPDATED (systems-engineer lens closed)The previously credit-blocked systems-engineer lens has now run. State: RESOLVED.
All 4 requested lenses have now run (sei-network dissenter ✅, platform ✅, prose ✅, systems-engineer ✅); all correctness findings resolved; the one systems advisory hardened rather than accepted. Merge gate clear pending CI re-green on |

Coral-xreview blocker on the WS-C nightly migration (platform #1165): the externally-fetched
load-test/release-testscenarios still provisioned the RPC fleet withprovision-snd --role=rpcon akind: SeiNodetemplate — butprovision-sndcreates a SeiNetwork (strict-unmarshal), so the RPC step render-fails the first time the nightly cron fetches these scenarios → load + release dead on arrival.Change
Migrate the RPC provision step in both scenarios
provision-snd→provision-node(standalone SeiNode followers), mirroring the in-repo chaos scenarios already migrated in #1165:--replicas(load-test=2 — seiload drives all N viaRPC_EVM_RPC_LIST; release-test=1 — mocha hits a singleRPC_TM_RPC/EVM/REST)--network=$SEI_CHAIN_ID— genesis peer auto-wire (sei.io/seinetwork=<chain>)--running-timeout(was--ready-timeout; SeiNode has no Ready phase)The validator steps intentionally stay
provision-snd(genesis SeiNetwork). Also refreshed two stale RPC-publishing comments.Note
provision-nodeexists in the pinned seitask image (adca2d5), so no image bump needed; platform #1191 bumpsSCENARIO_REFto this commit. Validated YAML.🤖 Generated with Claude Code