docs: typo fixups
Signed-off-by: Oguz Bektas <o.bektas@proxmox.com>
This commit is contained in:
parent
0c80f4fa87
commit
3bbb70b3d3
|
@ -12,7 +12,7 @@ on the backup server.
|
||||||
|
|
||||||
[[username@]server[:port]:]datastore
|
[[username@]server[:port]:]datastore
|
||||||
|
|
||||||
The default value for ``username`` ist ``root@pam``. If no server is specified,
|
The default value for ``username`` is ``root@pam``. If no server is specified,
|
||||||
the default is the local host (``localhost``).
|
the default is the local host (``localhost``).
|
||||||
|
|
||||||
You can specify a port if your backup server is only reachable on a different
|
You can specify a port if your backup server is only reachable on a different
|
||||||
|
@ -138,7 +138,7 @@ After this you can execute all commands without specifying the ``--repository``
|
||||||
option.
|
option.
|
||||||
|
|
||||||
One single backup is allowed to contain more than one archive. For example, if
|
One single backup is allowed to contain more than one archive. For example, if
|
||||||
you want to backup two disks mounted at ``/mmt/disk1`` and ``/mnt/disk2``:
|
you want to backup two disks mounted at ``/mnt/disk1`` and ``/mnt/disk2``:
|
||||||
|
|
||||||
.. code-block:: console
|
.. code-block:: console
|
||||||
|
|
||||||
|
@ -431,7 +431,7 @@ to use the interactive recovery shell.
|
||||||
bin boot dev etc home lib lib32
|
bin boot dev etc home lib lib32
|
||||||
...
|
...
|
||||||
|
|
||||||
The interactive recovery shell is a minimalistic command line interface that
|
The interactive recovery shell is a minimal command line interface that
|
||||||
utilizes the metadata stored in the catalog to quickly list, navigate and
|
utilizes the metadata stored in the catalog to quickly list, navigate and
|
||||||
search files in a file archive.
|
search files in a file archive.
|
||||||
To restore files, you can select them individually or match them with a glob
|
To restore files, you can select them individually or match them with a glob
|
||||||
|
@ -447,7 +447,7 @@ working directory and list directory contents in the archive.
|
||||||
``pwd`` shows the full path of the current working directory with respect to the
|
``pwd`` shows the full path of the current working directory with respect to the
|
||||||
archive root.
|
archive root.
|
||||||
|
|
||||||
Being able to quickly search the contents of the archive is a commmonly needed feature.
|
Being able to quickly search the contents of the archive is a commonly needed feature.
|
||||||
That's where the catalog is most valuable.
|
That's where the catalog is most valuable.
|
||||||
For example:
|
For example:
|
||||||
|
|
||||||
|
@ -669,7 +669,7 @@ unused data blocks are removed.
|
||||||
TASK OK
|
TASK OK
|
||||||
|
|
||||||
|
|
||||||
.. todo:: howto run garbage-collection at regular intervalls (cron)
|
.. todo:: howto run garbage-collection at regular intervals (cron)
|
||||||
|
|
||||||
Benchmarking
|
Benchmarking
|
||||||
------------
|
------------
|
||||||
|
|
|
@ -13,7 +13,7 @@ by the systemd Time and Date Specification (see `systemd.time manpage`_)
|
||||||
called `calendar events` for its schedules.
|
called `calendar events` for its schedules.
|
||||||
|
|
||||||
`Calendar events` are expressions to specify one or more points in time.
|
`Calendar events` are expressions to specify one or more points in time.
|
||||||
They are mostly compatible with systemds calendar events.
|
They are mostly compatible with systemd's calendar events.
|
||||||
|
|
||||||
The general format is as follows:
|
The general format is as follows:
|
||||||
|
|
||||||
|
@ -27,7 +27,7 @@ If the weekday or date part is omitted, all (week)days are included.
|
||||||
If the time part is omitted, the time 00:00:00 is implied.
|
If the time part is omitted, the time 00:00:00 is implied.
|
||||||
(e.g. '2020-01-01' refers to '2020-01-01 00:00:00')
|
(e.g. '2020-01-01' refers to '2020-01-01 00:00:00')
|
||||||
|
|
||||||
Weekdays are specified with the abbreviated english version:
|
Weekdays are specified with the abbreviated English version:
|
||||||
`mon, tue, wed, thu, fri, sat, sun`.
|
`mon, tue, wed, thu, fri, sat, sun`.
|
||||||
|
|
||||||
Each field can contain multiple values in the following formats:
|
Each field can contain multiple values in the following formats:
|
||||||
|
@ -48,7 +48,7 @@ Value Syntax
|
||||||
`daily` `*-*-* 00:00:00`
|
`daily` `*-*-* 00:00:00`
|
||||||
`weekly` `mon *-*-* 00:00:00`
|
`weekly` `mon *-*-* 00:00:00`
|
||||||
`monthly` `*-*-01 00:00:00`
|
`monthly` `*-*-01 00:00:00`
|
||||||
`yearly` or `annualy` `*-01-01 00:00:00`
|
`yearly` or `annually` `*-01-01 00:00:00`
|
||||||
`quarterly` `*-01,04,07,10-01 00:00:00`
|
`quarterly` `*-01,04,07,10-01 00:00:00`
|
||||||
`semiannually` or `semi-annually` `*-01,07-01 00:00:00`
|
`semiannually` or `semi-annually` `*-01,07-01 00:00:00`
|
||||||
================================= ==============================
|
================================= ==============================
|
||||||
|
@ -80,7 +80,7 @@ Differences to systemd
|
||||||
|
|
||||||
Not all features of systemd calendar events are implemented:
|
Not all features of systemd calendar events are implemented:
|
||||||
|
|
||||||
* no unix timestamps (e.g. `@12345`): instead use date and time to specify
|
* no Unix timestamps (e.g. `@12345`): instead use date and time to specify
|
||||||
a specific point in time
|
a specific point in time
|
||||||
* no timezone: all schedules use the set timezone on the server
|
* no timezone: all schedules use the set timezone on the server
|
||||||
* no sub-second resolution
|
* no sub-second resolution
|
||||||
|
|
|
@ -10,7 +10,7 @@ Command Syntax
|
||||||
Catalog Shell Commands
|
Catalog Shell Commands
|
||||||
~~~~~~~~~~~~~~~~~~~~~~
|
~~~~~~~~~~~~~~~~~~~~~~
|
||||||
|
|
||||||
Those command are available when you start an intercative restore shell:
|
Those command are available when you start an interactive restore shell:
|
||||||
|
|
||||||
.. code-block:: console
|
.. code-block:: console
|
||||||
|
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
.. Epilog (included at top of each file)
|
.. Epilog (included at top of each file)
|
||||||
|
|
||||||
We use this file to define external links and commone replacement
|
We use this file to define external links and common replacement
|
||||||
patterns.
|
patterns.
|
||||||
|
|
||||||
.. |VERSION| replace:: 1.0
|
.. |VERSION| replace:: 1.0
|
||||||
|
|
|
@ -34,7 +34,7 @@ How long will my Proxmox Backup Server version be supported?
|
||||||
Can I copy or synchronize my datastore to another location?
|
Can I copy or synchronize my datastore to another location?
|
||||||
-----------------------------------------------------------
|
-----------------------------------------------------------
|
||||||
|
|
||||||
Proxmox Backup Server allows you to copy or synchroize datastores to other
|
Proxmox Backup Server allows you to copy or synchronize datastores to other
|
||||||
locations, through the use of *Remotes* and *Sync Jobs*. *Remote* is the term
|
locations, through the use of *Remotes* and *Sync Jobs*. *Remote* is the term
|
||||||
given to a separate server, which has a datastore that can be synced to a local store.
|
given to a separate server, which has a datastore that can be synced to a local store.
|
||||||
A *Sync Job* is the process which is used to pull the contents of a datastore from
|
A *Sync Job* is the process which is used to pull the contents of a datastore from
|
||||||
|
|
|
@ -104,7 +104,7 @@ Software Stack
|
||||||
|
|
||||||
Proxmox Backup Server consists of multiple components:
|
Proxmox Backup Server consists of multiple components:
|
||||||
|
|
||||||
* A server-daemon providing, among other things, a RESTfull API, super-fast
|
* A server-daemon providing, among other things, a RESTful API, super-fast
|
||||||
asynchronous tasks, lightweight usage statistic collection, scheduling
|
asynchronous tasks, lightweight usage statistic collection, scheduling
|
||||||
events, strict separation of privileged and unprivileged execution
|
events, strict separation of privileged and unprivileged execution
|
||||||
environments
|
environments
|
||||||
|
|
|
@ -220,7 +220,7 @@ and you can install it using `apt-get`:
|
||||||
# apt-get install zfs-zed
|
# apt-get install zfs-zed
|
||||||
|
|
||||||
To activate the daemon it is necessary to edit `/etc/zfs/zed.d/zed.rc` with your
|
To activate the daemon it is necessary to edit `/etc/zfs/zed.d/zed.rc` with your
|
||||||
favourite editor, and uncomment the `ZED_EMAIL_ADDR` setting:
|
favorite editor, and uncomment the `ZED_EMAIL_ADDR` setting:
|
||||||
|
|
||||||
.. code-block:: console
|
.. code-block:: console
|
||||||
|
|
||||||
|
|
|
@ -17,7 +17,7 @@ configuration information for remotes is stored in the file
|
||||||
:align: right
|
:align: right
|
||||||
:alt: Add a remote
|
:alt: Add a remote
|
||||||
|
|
||||||
To add a remote, you need its hostname or ip, a userid and password on the
|
To add a remote, you need its hostname or IP, a userid and password on the
|
||||||
remote, and its certificate fingerprint. To get the fingerprint, use the
|
remote, and its certificate fingerprint. To get the fingerprint, use the
|
||||||
``proxmox-backup-manager cert info`` command on the remote, or navigate to
|
``proxmox-backup-manager cert info`` command on the remote, or navigate to
|
||||||
**Dashboard** in the remote's web interface and select **Show Fingerprint**.
|
**Dashboard** in the remote's web interface and select **Show Fingerprint**.
|
||||||
|
|
|
@ -89,7 +89,7 @@ display S.M.A.R.T. attributes from the web interface or by using the command:
|
||||||
-----------------
|
-----------------
|
||||||
|
|
||||||
A datastore refers to a location at which backups are stored. The current
|
A datastore refers to a location at which backups are stored. The current
|
||||||
implementation uses a directory inside a standard unix file system (``ext4``,
|
implementation uses a directory inside a standard Unix file system (``ext4``,
|
||||||
``xfs`` or ``zfs``) to store the backup data.
|
``xfs`` or ``zfs``) to store the backup data.
|
||||||
|
|
||||||
Datastores are identified by a simple *ID*. You can configure this
|
Datastores are identified by a simple *ID*. You can configure this
|
||||||
|
|
Loading…
Reference in New Issue