Documentation for version v0.5.0 is no longer actively maintained. The version you are currently viewing is a static snapshot. For up-to-date documentation, see the latest version.
Debugging Restores
Example
When Heptio Ark finishes a Restore, its status changes to “Completed” regardless of whether or not there are issues during the process. The number of warnings and errors are indicated in the output columns from ark restore get:
NAME BACKUP STATUS WARNINGS ERRORS CREATED SELECTOR
backup-test-20170726180512 backup-test Completed 155 76 2017-07-26 11:41:14 -0400 EDT <none>
backup-test-20170726180513 backup-test Completed 121 14 2017-07-26 11:48:24 -0400 EDT <none>
backup-test-2-20170726180514 backup-test-2 Completed 0 0 2017-07-26 13:31:21 -0400 EDT <none>
backup-test-2-20170726180515 backup-test-2 Completed 0 1 2017-07-26 13:32:59 -0400 EDT <none>
To delve into the warnings and errors into more detail, you can use the -o option:
kubectl restore get backup-test-20170726180512 -o yaml
The output YAML has a status field which may look like the following:
status:
errors:
ark: null
cluster: null
namespaces: null
phase: Completed
validationErrors: null
warnings:
ark: null
cluster: null
namespaces:
cm1:
- secrets "default-token-t0slk" already exists
Structure
The status field in a Restore’s YAML has subfields for errors and warnings. errors appear for incomplete or partial restores. warnings appear for non-blocking issues (e.g. the restore looks “normal” and all resources referenced in the backup exist in some form, although some of them may have been pre-existing).
Both errors and warnings are structured in the same way:
-
ark: A list of system-related issues encountered by the Ark server (e.g. couldn’t read directory). -
cluster: A list of issues related to the restore of cluster-scoped resources. -
namespaces: A map of namespaces to the list of issues related to the restore of their respective resources.
Getting Started
To help you get started, see the documentation.