upgrade.rst.inc 4.4 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108
  1. .. IMPORTANT: this file is auto-generated from borg's built-in help, do not edit!
  2. .. _borg_upgrade:
  3. borg upgrade
  4. ------------
  5. ::
  6. usage: borg upgrade [-h] [--critical] [--error] [--warning] [--info] [--debug]
  7. [--lock-wait N] [--show-rc] [--no-files-cache] [--umask M]
  8. [--remote-path PATH] [-p] [-n] [-i] [--force] [--tam]
  9. [--disable-tam]
  10. [REPOSITORY]
  11. upgrade a repository from a previous version
  12. positional arguments:
  13. REPOSITORY path to the repository to be upgraded
  14. optional arguments:
  15. -h, --help show this help message and exit
  16. --critical work on log level CRITICAL
  17. --error work on log level ERROR
  18. --warning work on log level WARNING (default)
  19. --info, -v, --verbose
  20. work on log level INFO
  21. --debug work on log level DEBUG
  22. --lock-wait N wait for the lock, but max. N seconds (default: 1).
  23. --show-rc show/log the return code (rc)
  24. --no-files-cache do not load/update the file metadata cache used to
  25. detect unchanged files
  26. --umask M set umask to M (local and remote, default: 0077)
  27. --remote-path PATH set remote path to executable (default: "borg")
  28. -p, --progress show progress display while upgrading the repository
  29. -n, --dry-run do not change repository
  30. -i, --inplace rewrite repository in place, with no chance of going
  31. back to older versions of the repository.
  32. --force Force upgrade
  33. --tam Enable manifest authentication (in key and cache)
  34. (Borg 1.0.9 and later)
  35. --disable-tam Disable manifest authentication (in key and cache)
  36. Description
  37. ~~~~~~~~~~~
  38. Upgrade an existing Borg repository.
  39. Borg 1.x.y upgrades
  40. +++++++++++++++++++
  41. Use ``borg upgrade --tam REPO`` to require manifest authentication
  42. introduced with Borg 1.0.9 to address security issues. This means
  43. that modifying the repository after doing this with a version prior
  44. to 1.0.9 will raise a validation error, so only perform this upgrade
  45. after updating all clients using the repository to 1.0.9 or newer.
  46. This upgrade should be done on each client for safety reasons.
  47. If a repository is accidentally modified with a pre-1.0.9 client after
  48. this upgrade, use ``borg upgrade --tam --force REPO`` to remedy it.
  49. If you routinely do this you might not want to enable this upgrade
  50. (which will leave you exposed to the security issue). You can
  51. reverse the upgrade by issuing ``borg upgrade --disable-tam REPO``.
  52. See
  53. https://borgbackup.readthedocs.io/en/stable/changes.html#pre-1-0-9-manifest-spoofing-vulnerability
  54. for details.
  55. Attic and Borg 0.xx to Borg 1.x
  56. +++++++++++++++++++++++++++++++
  57. This currently supports converting an Attic repository to Borg and also
  58. helps with converting Borg 0.xx to 1.0.
  59. Currently, only LOCAL repositories can be upgraded (issue #465).
  60. It will change the magic strings in the repository's segments
  61. to match the new Borg magic strings. The keyfiles found in
  62. $ATTIC_KEYS_DIR or ~/.attic/keys/ will also be converted and
  63. copied to $BORG_KEYS_DIR or ~/.config/borg/keys.
  64. The cache files are converted, from $ATTIC_CACHE_DIR or
  65. ~/.cache/attic to $BORG_CACHE_DIR or ~/.cache/borg, but the
  66. cache layout between Borg and Attic changed, so it is possible
  67. the first backup after the conversion takes longer than expected
  68. due to the cache resync.
  69. Upgrade should be able to resume if interrupted, although it
  70. will still iterate over all segments. If you want to start
  71. from scratch, use `borg delete` over the copied repository to
  72. make sure the cache files are also removed:
  73. borg delete borg
  74. Unless ``--inplace`` is specified, the upgrade process first
  75. creates a backup copy of the repository, in
  76. REPOSITORY.upgrade-DATETIME, using hardlinks. This takes
  77. longer than in place upgrades, but is much safer and gives
  78. progress information (as opposed to ``cp -al``). Once you are
  79. satisfied with the conversion, you can safely destroy the
  80. backup copy.
  81. WARNING: Running the upgrade in place will make the current
  82. copy unusable with older version, with no way of going back
  83. to previous versions. This can PERMANENTLY DAMAGE YOUR
  84. REPOSITORY! Attic CAN NOT READ BORG REPOSITORIES, as the
  85. magic strings have changed. You have been warned.