-
Notifications
You must be signed in to change notification settings - Fork 305
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
Release Testnet 76, via chain upgrade #4402
Comments
Submitted today:
|
No tag associated with this increment. Making the change to the local Cargo.toml files specifically to differentiate versions explicitly while testing upgrades and migrations from the previous stable tag of v0.75.0. Refs #4402.
No tag associated with this increment. Making the change to the local Cargo.toml files specifically to differentiate versions explicitly while testing upgrades and migrations from the previous stable tag of v0.75.0. Refs #4402.
We should be sure to pull in a current snapshot of |
We cannot do this until the proto messages erroneously added as part of #4391 are removed. |
|
|
@avahowell performed the hermes maintenance and confirmed working:
Worth noting that the long migration time was concerning because we need to migrate the chain within the trusting period, which is 2h. We also overlooked updating the Hermes build deps for Penumbra |
Notes from release process: used a fully-scripted approach to apply the chain upgrades this time, to reduce chance of operator error. The command I ran was:
That process worked well, but was pretty slow: the script is conservative, and spent most of its run time creating backups and tar-ing up post-migration state. Testing on devnets, with minimial chain state on the order of a few hundred blocks, the script's run time was ~5m. On the actual testnet with ~200k blocks, the script's run time was 43m21s. Notably the script doesn't parallize any of the upgrades, but intentionally serializes them and bails out if any fails. Not bothering to optimize that logic now, but recording these hot takes while the info is fresh in my mind. In the future, once we're sure the logic in the scripted approach is sound, parallelization alone would get us nearly a 10x speedup: we've got 2 vals, 3 nodes backing the RPC, 1 seed node, and 3 more solo fullnodes backing the various UI frontends (block-explorer, dex-explorer, and gov-dash, the latter unused). Also, it's worth circling back on the disk usage of the multiple backups and state archives. If left unaddressed, those will stick around until the next chain migration, at which point they'll be clobbered. Worth considering because it means the provisioned storage for each node is now consumed by a lot more data than just the live chain state. |
This is done, the new v1 reflection APIs are live on https://grpcui.testnet.penumbra.zone |
Leaving galileo off, since it's failing to send txs:
will circle back to it. |
## Describe your changes Refs #4402. Documents new archive url for testnet 76, which is required for any nodes joining the network after the upgrade boundary. Already confirmed I could join, peer, and stream blocks from this via localhost. ## Issue ticket number and link ## Checklist before requesting a review - [x] If this code contains consensus-breaking changes, I have added the "consensus-breaking" label. Otherwise, I declare my belief that there are not consensus-breaking changes, for the following reason: > docs-only Co-authored-by: Conor Schaefer <[email protected]>
We made this change ad-hoc during deployment of Testnet 76. Submitting it via PR to the repo to make sure we don't regress builds. Refs penumbra-zone/penumbra#4402
Testnet 76 has shipped, via chain upgrade, and all the follow-up post-release tasks are complete. |
* chore: bump penumbra deps 0.75.0 -> 0.76.0 We made this change ad-hoc during deployment of Testnet 76. Submitting it via PR to the repo to make sure we don't regress builds. Refs penumbra-zone/penumbra#4402 * Regen lockfile --------- Co-authored-by: Conor Schaefer <[email protected]> Co-authored-by: Chris Czub <[email protected]>
Testnet upgrade
Testnet chain id:
penumbra-testnet-deimos-8
Release date: 2024-05-22
Testnet release manager: @conorsch
We're preparing another chain upgrade, explicitly to exercise the mechanics of migrations and coordination, and implicitly to ship a few changes.
Testnet Release Manager Checklist
Pre-release:
consensus-breaking
and/orstate-breaking
halt_bit
#4373upgrade-plan
governance proposalOn release day:
cargo release minor
for a new testnet, orcargo release patch
for a bugfix. For the latter, make sure you're on a dedicated release branch.v0.51.0
, to the remote.Post-release cleanup tasks
The text was updated successfully, but these errors were encountered: