Fix usage of {% raw%}

This commit is contained in:
Joao Fernandes 2018-04-23 15:57:58 -07:00 committed by Joao Fernandes
parent d4474a39ef
commit 37bb31c591
3 changed files with 16 additions and 18 deletions

View File

@ -12,14 +12,14 @@ keywords: dtr, disaster recovery
Docker Trusted Registry maintains data about:
| Data | Description |
|:-----------------------------------|:--------------------------------------------------------------------------------------------------------------------------------------------------|
| Configurations | The DTR cluster configurations |
| Repository metadata | The metadata about the repositories and images deployed |
| Access control to repos and images | Permissions for teams and repositories |
| Notary data | Notary tags and signatures |
| Scan results | Security scanning results for images |
| Certificates and keys | The certificates, public keys, and private keys that are used for mutual TLS communication |
| Data | Description |
|:-----------------------------------|:---------------------------------------------------------------------------------------------------------------------------------------------------|
| Configurations | The DTR cluster configurations |
| Repository metadata | The metadata about the repositories and images deployed |
| Access control to repos and images | Permissions for teams and repositories |
| Notary data | Notary tags and signatures |
| Scan results | Security scanning results for images |
| Certificates and keys | The certificates, public keys, and private keys that are used for mutual TLS communication |
| Images content | The images you push to DTR. This can be stored on the file system of the node running DTR, or other storage system, depending on the configuration |
This data is persisted on the host running DTR, using named volumes.
@ -60,12 +60,12 @@ If you've configured DTR to store images on the local file system or NFS mount,
you can backup the images by using ssh to log into a node where DTR is running,
and creating a tar archive of the [dtr-registry volume](../../architecture.md):
{% raw %}
```none
sudo tar -cf {{ image_backup_file }} \
{% raw %}
$(dirname $(docker volume inspect --format '{{.Mountpoint}}' dtr-registry-<replica-id>))
{% endraw %}
```
{% endraw %}
If you're using a different storage backend, follow the best practices
recommended for that system.
@ -95,7 +95,7 @@ Where:
This prompts you for the UCP password, backups up the DTR metadata and saves the
result into a tar archive. You can learn more about the supported flags in
the [reference documentation](../../../../reference/dtr/2.5/cli/backup.md).
the [reference documentation](/reference/dtr/2.5/cli/backup.md).
By default the backup command doesn't stop the DTR replica being backed up.
This allows performing backups without affecting your users. Since the replica

View File

@ -48,23 +48,21 @@ Start by finding the ID of the DTR replica that you want to repair from.
You can find the list of replicas by navigating to the UCP web UI, or by using
a UCP client bundle to run:
```bash
{% raw %}
```bash
docker ps --format "{{.Names}}" | grep dtr
# The list of DTR containers with <node>/<component>-<replicaID>, e.g.
# node-1/dtr-api-a1640e1c15b6
{% endraw %}
```
{% endraw %}
Then, use your UCP client bundle to run the emergency repair command:
```bash
{% raw %}
docker run -it --rm {{ page.dtr_org }}/{{ page.dtr_repo }}:{{ page.dtr_version }} emergency-repair \
--ucp-insecure-tls \
--existing-replica-id <replica-id>
{% endraw %}
```
If the emergency repair procedure is successful, your DTR cluster now has a

View File

@ -57,14 +57,14 @@ replicas you want to remove.
You can find this in the **Stacks** page of the UCP web UI, or by using the UCP
client bundle to run:
```bash
{% raw %}
```bash
docker ps --format "{{.Names}}" | grep dtr
# The list of DTR containers with <node>/<component>-<replicaID>, e.g.
# node-1/dtr-api-a1640e1c15b6
{% endraw %}
```
{% endraw %}
Then use the UCP client bundle to remove the unhealthy replicas:
@ -102,4 +102,4 @@ docker run -it --rm \
## Where to go next
- [Disaster recovery overview](index.md)
- [Disaster recovery overview](index.md)