Skip to content
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

presignature inconsistency will persist when deploying next release with redis #917

Open
ppca opened this issue Nov 4, 2024 · 0 comments
Labels
Emerging Tech Emerging Tech flying formation at Pagoda Near BOS NEAR BOS team at Pagoda

Comments

@ppca
Copy link
Contributor

ppca commented Nov 4, 2024

To deploy the next release to partner nodes, which will contain redis storage, they need to run tf apply again on their side, which will definitely happen at different times per partner.
And since next deploy will have the redis storage, the presignature inconsistency caused by nodes starting at different times will not be resolved by a simple redeploy any more, it will be persisted.
One way to start fresh, is we build an option of clearing all the triples and presignatures in redis at node restart into our code, which can be turned off. And when we do the next release, we switch that option on, so when every partner has finished tf apply, we hit the deploy button on our side and everyone will start with a clean plate.
After nodes have stocked up some presigs, we push a change to the image to turn off that option. Now redis storage will keep the triples and presignatures at node restart.

@ppca ppca added Near BOS NEAR BOS team at Pagoda Emerging Tech Emerging Tech flying formation at Pagoda labels Nov 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Emerging Tech Emerging Tech flying formation at Pagoda Near BOS NEAR BOS team at Pagoda
Projects
Status: Backlog
Development

No branches or pull requests

1 participant