1
0
Fork 0
mirror of https://github.com/borgbackup/borg.git synced 2024-12-28 19:01:58 +00:00
borg/docs/usage/upgrade.rst.inc

108 lines
4.4 KiB
PHP
Raw Normal View History

2016-07-05 21:30:08 +00:00
.. IMPORTANT: this file is auto-generated from borg's built-in help, do not edit!
.. _borg_upgrade:
borg upgrade
------------
::
2016-04-08 21:38:46 +00:00
usage: borg upgrade [-h] [--critical] [--error] [--warning] [--info] [--debug]
[--lock-wait N] [--show-rc] [--no-files-cache] [--umask M]
2016-12-17 14:09:03 +00:00
[--remote-path PATH] [-p] [-n] [-i] [--force] [--tam]
2016-12-19 03:21:13 +00:00
[--disable-tam]
[REPOSITORY]
upgrade a repository from a previous version
positional arguments:
2015-12-08 09:21:20 +00:00
REPOSITORY path to the repository to be upgraded
optional arguments:
2015-12-08 09:21:20 +00:00
-h, --help show this help message and exit
2016-04-08 21:38:46 +00:00
--critical work on log level CRITICAL
--error work on log level ERROR
--warning work on log level WARNING (default)
--info, -v, --verbose
work on log level INFO
--debug work on log level DEBUG
2015-12-08 09:21:20 +00:00
--lock-wait N wait for the lock, but max. N seconds (default: 1).
--show-rc show/log the return code (rc)
--no-files-cache do not load/update the file metadata cache used to
detect unchanged files
--umask M set umask to M (local and remote, default: 0077)
--remote-path PATH set remote path to executable (default: "borg")
2016-01-23 19:54:20 +00:00
-p, --progress show progress display while upgrading the repository
2015-12-08 09:21:20 +00:00
-n, --dry-run do not change repository
-i, --inplace rewrite repository in place, with no chance of going
back to older versions of the repository.
2016-12-17 14:09:03 +00:00
--force Force upgrade
--tam Enable manifest authentication (in key and cache)
(Borg 1.0.9 and later)
2016-12-19 03:21:13 +00:00
--disable-tam Disable manifest authentication (in key and cache)
Description
~~~~~~~~~~~
Upgrade an existing Borg repository.
2016-12-17 14:09:03 +00:00
Borg 1.x.y upgrades
-------------------
Use ``borg upgrade --tam REPO`` to require manifest authentication
introduced with Borg 1.0.9 to address security issues. This means
that modifying the repository after doing this with a version prior
to 1.0.9 will raise a validation error, so only perform this upgrade
after updating all clients using the repository to 1.0.9 or newer.
This upgrade should be done on each client for safety reasons.
If a repository is accidentally modified with a pre-1.0.9 client after
this upgrade, use ``borg upgrade --tam --force REPO`` to remedy it.
2016-12-19 03:21:13 +00:00
If you routinely do this you might not want to enable this upgrade
(which will leave you exposed to the security issue). You can
reverse the upgrade by issuing ``borg upgrade --disable-tam REPO``.
2016-12-17 14:09:03 +00:00
See
https://borgbackup.readthedocs.io/en/stable/changes.html#pre-1-0-9-manifest-spoofing-vulnerability
for details.
Attic and Borg 0.xx to Borg 1.x
-------------------------------
This currently supports converting an Attic repository to Borg and also
helps with converting Borg 0.xx to 1.0.
Currently, only LOCAL repositories can be upgraded (issue #465).
2016-01-23 19:54:20 +00:00
It will change the magic strings in the repository's segments
to match the new Borg magic strings. The keyfiles found in
$ATTIC_KEYS_DIR or ~/.attic/keys/ will also be converted and
2016-02-07 13:50:39 +00:00
copied to $BORG_KEYS_DIR or ~/.config/borg/keys.
2016-01-23 19:54:20 +00:00
The cache files are converted, from $ATTIC_CACHE_DIR or
~/.cache/attic to $BORG_CACHE_DIR or ~/.cache/borg, but the
cache layout between Borg and Attic changed, so it is possible
the first backup after the conversion takes longer than expected
due to the cache resync.
2016-01-23 19:54:20 +00:00
Upgrade should be able to resume if interrupted, although it
will still iterate over all segments. If you want to start
from scratch, use `borg delete` over the copied repository to
make sure the cache files are also removed:
borg delete borg
2016-01-23 19:54:20 +00:00
Unless ``--inplace`` is specified, the upgrade process first
creates a backup copy of the repository, in
2016-01-23 19:54:20 +00:00
REPOSITORY.upgrade-DATETIME, using hardlinks. This takes
longer than in place upgrades, but is much safer and gives
2016-01-23 19:54:20 +00:00
progress information (as opposed to ``cp -al``). Once you are
satisfied with the conversion, you can safely destroy the
backup copy.
2016-01-23 19:54:20 +00:00
WARNING: Running the upgrade in place will make the current
copy unusable with older version, with no way of going back
2016-01-23 19:54:20 +00:00
to previous versions. This can PERMANENTLY DAMAGE YOUR
REPOSITORY! Attic CAN NOT READ BORG REPOSITORIES, as the
2016-01-23 19:54:20 +00:00
magic strings have changed. You have been warned.