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

Document Corruption/Recovery Plan #352

Closed
dlorenc opened this issue Jul 5, 2021 · 2 comments
Closed

Document Corruption/Recovery Plan #352

dlorenc opened this issue Jul 5, 2021 · 2 comments

Comments

@dlorenc
Copy link
Member

dlorenc commented Jul 5, 2021

Placeholder to figure out, design,and document our corruption/recovery plan.

Ref https://groups.google.com/a/chromium.org/g/ct-policy/c/PCkKU357M2Q/

At a high level, I think we would freeze the log and create a new one at the point of corruption. We'd have to replay any entries that came in after the corruption into the new log, very very carefully and transparently.

We also need a plan in general for temporal sharding of logs. I'll open another issue for that.

@lukehinds
Copy link
Member

I guess a key part of this is also how we would know a failure has occurred, which is where our monitors would come in.

@haydentherapper
Copy link
Contributor

With sharding, this should be resolved. We also have playbooks now

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

No branches or pull requests

3 participants