diff options
| author | Alex Auvolat <alex@adnab.me> | 2022-02-02 10:07:26 +0100 |
|---|---|---|
| committer | Alex Auvolat <alex@adnab.me> | 2022-02-02 10:07:26 +0100 |
| commit | f5afa3d974e631de75c438cf2941a88440e2cf69 (patch) | |
| tree | 9f9a89d10940757025b82ff8fdfbe3104c5f89a4 /content/documentation/working-documents/migration_06.md | |
| parent | 921dd28f7499e46d78bd39d9ac7630efc50b64e8 (diff) | |
| download | garagehq.deuxfleurs.fr-f5afa3d974e631de75c438cf2941a88440e2cf69.tar.gz garagehq.deuxfleurs.fr-f5afa3d974e631de75c438cf2941a88440e2cf69.zip | |
Documentation from garage submodule
Diffstat (limited to 'content/documentation/working-documents/migration_06.md')
| -rw-r--r-- | content/documentation/working-documents/migration_06.md | 50 |
1 files changed, 0 insertions, 50 deletions
diff --git a/content/documentation/working-documents/migration_06.md b/content/documentation/working-documents/migration_06.md deleted file mode 100644 index 22d8274..0000000 --- a/content/documentation/working-documents/migration_06.md +++ /dev/null @@ -1,50 +0,0 @@ -+++ -title = "Migrating from 0.5 to 0.6" -weight = 15 -+++ - - -**This guide explains how to migrate to 0.6 if you have an existing 0.5 cluster. -We don't recommend trying to migrate directly from 0.4 or older to 0.6.** - -**We make no guarantee that this migration will work perfectly: -back up all your data before attempting it!** - -Garage v0.6 (not yet released) introduces a new data model for buckets, -that allows buckets to have many names (aliases). -Buckets can also have "private" aliases (called local aliases), -which are only visible when using a certain access key. - -This new data model means that the metadata tables have changed quite a bit in structure, -and a manual migration step is required. - -The migration steps are as follows: - -1. Disable api and web access for some time (Garage does not support disabling - these endpoints but you can change the port number or stop your reverse - proxy for instance). - -2. Do `garage repair -a --yes tables` and `garage repair -a --yes blocks`, - check the logs and check that all data seems to be synced correctly between - nodes. - -4. Turn off Garage 0.5 - -5. **Backup your metadata folders!!** - -6. Turn on Garage 0.6 - -7. At this point, `garage bucket list` should indicate that no buckets are present - in the cluster. `garage key list` should show all of the previously existing - access key, however these keys should not have any permissions to access buckets. - -8. Run `garage migrate buckets050`: this will populate the new bucket table with - the buckets that existed previously. This will also give access to API keys - as it was before. - -9. Check that all your buckets indeed appear in `garage bucket list`, and that - keys have the proper access flags set. If that is not the case, revert - everything and file a bug! - -10. Your upgraded cluster should be in a working state. Re-enable API and Web - access and check that everything went well. |