open-vault/website/pages/docs/concepts/recovery-mode.mdx

46 lines
1.7 KiB
Plaintext
Raw Normal View History

2019-10-29 20:42:47 +00:00
---
layout: docs
page_title: Recovery Mode
sidebar_title: Recovery Mode
description: Recovery mode allows for doing surgery on a Vault that won't start.
2019-10-29 20:42:47 +00:00
---
# Recovery Mode
Vault can be started using the `-recovery` flag to bring it up in Recovery Mode.
In recovery mode, Vault:
2019-10-29 20:42:47 +00:00
- is automatically unsealed once a recovery token is issued
- apart from recovery token operations, only supports the `sys/raw` endpoint
- `raw` requests must be authenticated using a recovery token
- won't form clusters or handle requests forwarded by standbys
## Recovery tokens
Recovery tokens are issued in much the same way as root tokens are generated:
the API is basically the same, only using a different endpoint. Unlike root
tokens, the recovery token is not persisted, so if Vault is restarted into
recovery mode a new one must be generated.
Only a single recovery token can be generated. If lost, restart Vault and
generate a new one.
## Raw requests
Requests can be issued to `sys/raw` in just the same way as in regular Vault
server mode. The only difference is that in recovery mode, `X-Vault-Token`
2019-10-29 20:42:47 +00:00
must contain a recovery token instead of a service or batch token.
## Raft rejoin
Raft integrated storage is the immediate motivation for recovery mode. With
2019-10-29 20:42:47 +00:00
other backends it was always possible to delete data directly from a storage
backend, but that's impractical with a Raft backend. That said, recovery mode
2019-10-29 20:42:47 +00:00
works with any backend.
In order to bring the Vault server up reliably, using any node's raft data,
recovery mode Vault automatically resizes the cluster to size 1. This means
2019-10-29 20:42:47 +00:00
that after having used recovery mode, part of the procedure for returning to
active service must include rejoining the raft cluster.