docs: fix references to changed refs

With commit ec1ae7e63180768c9ad8fa52d437a1cee6ef1c50 some refs were
changed by getting prefixes and such. We need to adapt the places that
reference them as well

Signed-off-by: Aaron Lauterer <a.lauterer@proxmox.com>

diff --git a/docs/backup-client.rst b/docs/backup-client.rst
index 800ee43f5979aef880ef4d3cac78c0f0600d3391..415e5bf01614b985e3de2212878a7ee2873865d6 100644 (file)
--- a/docs/backup-client.rst
+++ b/docs/backup-client.rst
@@ -657,7 +657,7 @@ shows the list of existing snapshots and what actions prune would take.
 
 .. note:: Neither the ``prune`` command nor the ``forget`` command free space
    in the chunk-store. The chunk-store still contains the data blocks. To free
-   space you need to perform :ref:`garbage-collection`.
+   space you need to perform :ref:`client_garbage-collection`.
 
 
 .. _client_garbage-collection:

diff --git a/docs/gui.rst b/docs/gui.rst
index b2b1fb73f1c28f2bb1ec2a5837dbcea8874681d2..719675e9b44610ae789537b72c77dab500687531 100644 (file)
--- a/docs/gui.rst
+++ b/docs/gui.rst
@@ -129,7 +129,7 @@ top panel to view:
 * **Content**: Information on the datastore's backup groups and their respective
   contents
 * **Prune & GC**: Schedule :ref:`pruning <backup-pruning>` and :ref:`garbage
-  collection <garbage-collection>` operations, and run garbage collection
+  collection <client_garbage-collection>` operations, and run garbage collection
   manually
 * **Sync Jobs**: Create, manage and run :ref:`syncjobs` from remote servers
 * **Verify Jobs**: Create, manage and run :ref:`maintenance_verification` jobs on the

diff --git a/docs/introduction.rst b/docs/introduction.rst
index 8545bf2c14239a8450aded942e089d43b788f7bf..5e7544777906d4af5cbec6ba12066f7b93991498 100644 (file)
--- a/docs/introduction.rst
+++ b/docs/introduction.rst
@@ -15,7 +15,7 @@ encryption (AE_). Using :term:`Rust` as the implementation language guarantees h
 performance, low resource usage, and a safe, high-quality codebase.
 
 Proxmox Backup uses state of the art cryptography for both client-server
-communication and backup content :ref:`encryption <encryption>`. All
+communication and backup content :ref:`encryption <client_encryption>`. All
 client-server communication uses `TLS
 <https://en.wikipedia.org/wiki/Transport_Layer_Security>`_, and backup data can
 be encrypted on the client-side before sending, making it safer to back up data

diff --git a/docs/maintenance.rst b/docs/maintenance.rst
index 561b4fe4700f9c0e02ec0667339fa33a9c919862..c2771e364a47116a1c8b625cb399f06ef50363c8 100644 (file)
--- a/docs/maintenance.rst
+++ b/docs/maintenance.rst
@@ -118,11 +118,11 @@ high, but you cannot recreate backup snapshots from the past.
 Garbage Collection
 ------------------
 
-You can monitor and run :ref:`garbage collection <garbage-collection>` on the
+You can monitor and run :ref:`garbage collection <client_garbage-collection>` on the
 Proxmox Backup Server using the ``garbage-collection`` subcommand of
 ``proxmox-backup-manager``. You can use the ``start`` subcommand to manually
 start garbage collection on an entire datastore and the ``status`` subcommand to
-see attributes relating to the :ref:`garbage collection <garbage-collection>`.
+see attributes relating to the :ref:`garbage collection <client_garbage-collection>`.
 
 This functionality can also be accessed in the GUI, by navigating to **Prune &
 GC** from the top panel. From here, you can edit the schedule at which garbage
@@ -142,7 +142,7 @@ Verification
 Proxmox Backup offers various verification options to ensure that backup data is
 intact.  Verification is generally carried out through the creation of verify
 jobs. These are scheduled tasks that run verification at a given interval (see
-:ref:`calendar-events`). With these, you can set whether already verified
+:ref:`calendar-event-scheduling`). With these, you can set whether already verified
 snapshots are ignored, as well as set a time period, after which verified jobs
 are checked again. The interface for creating verify jobs can be found under the
 **Verify Jobs** tab of the datastore.

diff --git a/docs/managing-remotes.rst b/docs/managing-remotes.rst
index e29ae37f6325cab5fe0a871c2f63e224f91e3903..88ab3ba2677e238ac6a78cfe1014882011f08b96 100644 (file)
--- a/docs/managing-remotes.rst
+++ b/docs/managing-remotes.rst
@@ -65,7 +65,7 @@ the ``proxmox-backup-manager sync-job`` command.  The configuration information
 for sync jobs is stored at ``/etc/proxmox-backup/sync.cfg``. To create a new
 sync job, click the add button in the GUI, or use the ``create`` subcommand.
 After creating a sync job, you can either start it manually from the GUI or
-provide it with a schedule (see :ref:`calendar-events`) to run regularly.
+provide it with a schedule (see :ref:`calendar-event-scheduling`) to run regularly.
 
 .. code-block:: console
 

diff --git a/docs/pxar/description.rst b/docs/pxar/description.rst
index 18be76876dae36b0fb1915fc8971aa1ad4ccbdc5..be78623d82ee505fe3f52038b82db316053ddc90 100644 (file)
--- a/docs/pxar/description.rst
+++ b/docs/pxar/description.rst
@@ -80,7 +80,7 @@ These files must contain one pattern per line, again later patterns win over
 previous ones.
 The patterns control file exclusions of files present within the given directory
 or further below it in the tree.
-The behavior is the same as described in :ref:`creating-backups`.
+The behavior is the same as described in :ref:`client_creating_backups`.
 
 Extracting an Archive
 ^^^^^^^^^^^^^^^^^^^^^

diff --git a/docs/storage.rst b/docs/storage.rst
index 45807b214baa1977caebe9323ce70c8efa63e5a3..de3f0f4630a889b0b2c1d9e825fabffb78d14073 100644 (file)
--- a/docs/storage.rst
+++ b/docs/storage.rst
@@ -119,8 +119,8 @@ directory on the filesystem. Each datastore also has associated retention
 settings of how many backup snapshots for each interval of ``hourly``,
 ``daily``, ``weekly``, ``monthly``, ``yearly`` as well as a time-independent
 number of backups to keep in that store. :ref:`backup-pruning` and
-:ref:`garbage collection <garbage-collection>` can also be configured to run
-periodically based on a configured schedule (see :ref:`calendar-events`) per datastore.
+:ref:`garbage collection <client_garbage-collection>` can also be configured to run
+periodically based on a configured schedule (see :ref:`calendar-event-scheduling`) per datastore.
 
 
 .. _storage_datastore_create:

diff --git a/docs/technical-overview.rst b/docs/technical-overview.rst
index 9dba2557f0c0732d3befa8a6eb011d5d6ae50183..1bf59e2317aa6d6dbf116a2a64999da93e11ace8 100644 (file)
--- a/docs/technical-overview.rst
+++ b/docs/technical-overview.rst
@@ -7,8 +7,8 @@ Datastores
 ----------
 
 A Datastore is the logical place where :ref:`Backup Snapshots
-<backup_snapshot>` and their chunks are stored. Snapshots consist of a
-manifest, blobs, dynamic- and fixed-indexes (see :ref:`terminology`), and are
+<term_backup_snapshot>` and their chunks are stored. Snapshots consist of a
+manifest, blobs, dynamic- and fixed-indexes (see :ref:`terms`), and are
 stored in the following directory structure:
 
  <datastore-root>/<type>/<id>/<time>/