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

Q2 Disaster Recovery Exercise #176

Closed
1 of 2 tasks
kiwixbot opened this issue Apr 1, 2024 · 4 comments
Closed
1 of 2 tasks

Q2 Disaster Recovery Exercise #176

kiwixbot opened this issue Apr 1, 2024 · 4 comments
Assignees
Labels

Comments

@kiwixbot
Copy link

kiwixbot commented Apr 1, 2024

In order to strengthen our infrastructure, we want to:

  • Document our Disaster Recovery Plan
  • Simulate a Disaster and recover the service to ensure documentation exists and is up to date

This ticket requests the assignees to:

  • Pick a Service from Kiwix/openZIM/Offspot
  • Redeploy it completly using its backup, using the documentation or writing it.

See Zimfarm documentation.

Note: this is an automatic reminder intended for the assignee(s).

@benoit74
Copy link
Collaborator

benoit74 commented May 2, 2024

We've agreed we will do WP1 for Q2

@benoit74
Copy link
Collaborator

benoit74 commented May 2, 2024

@audiodude

@kelson42 kelson42 removed their assignment May 11, 2024
@kelson42
Copy link
Contributor

Migration to Trove DB has been made succesfuly, therefore seems we can move forward.

@audiodude
Copy link
Collaborator

Forgot to switch over the borg-backup to the new database. Let's give that a couple of days to catch up.

I'm also worried about the amount of time it will take to restore the DB from back up. It took 8 - 12 hours to migrate the database and the bottleneck was reading the input into the new database.

@rgaudin rgaudin closed this as completed Oct 10, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants