mirror of
https://github.com/elastic/kibana.git
synced 2025-04-24 01:38:56 -04:00
* More detailed instructions for deleting corrupt saved object documents * Update docs/setup/upgrade/upgrade-migrations.asciidoc Co-authored-by: Luca Belluccini <luca.belluccini@elastic.co> Co-authored-by: Luca Belluccini <luca.belluccini@elastic.co> Co-authored-by: Rudolf Meijering <skaapgif@gmail.com> Co-authored-by: Luca Belluccini <luca.belluccini@elastic.co>
This commit is contained in:
parent
c34a796343
commit
03607cab36
1 changed files with 9 additions and 1 deletions
|
@ -54,6 +54,14 @@ This section highlights common causes of {kib} upgrade failures and how to preve
|
|||
===== Corrupt saved objects
|
||||
We highly recommend testing your {kib} upgrade in a development cluster to discover and remedy problems caused by corrupt documents, especially when there are custom integrations creating saved objects in your environment. Saved objects that were corrupted through manual editing or integrations will cause migration failures with a log message like `Failed to transform document. Transform: index-pattern:7.0.0\n Doc: {...}` or `Unable to migrate the corrupt Saved Object document ...`. Corrupt documents will have to be fixed or deleted before an upgrade migration can succeed.
|
||||
|
||||
For example, given the following error message:
|
||||
> Unable to migrate the corrupt saved object document with _id: 'marketing_space:dashboard:e3c5fc71-ac71-4805-bcab-2bcc9cc93275'. To allow migrations to proceed, please delete this document from the [.kibana_7.12.0_001] index.
|
||||
|
||||
The following steps must be followed to allow the upgrade migration to succeed.
|
||||
Please be aware the Dashboard having ID `e3c5fc71-ac71-4805-bcab-2bcc9cc93275` belonging to the space `marketing_space` will no more be available:
|
||||
1. Delete the corrupt document with `DELETE .kibana_7.12.0_001/_doc/marketing_space:dashboard:e3c5fc71-ac71-4805-bcab-2bcc9cc93275`
|
||||
2. Restart {kib}
|
||||
|
||||
[float]
|
||||
===== User defined index templates that causes new `.kibana*` indices to have incompatible settings or mappings
|
||||
Matching index templates which specify `settings.refresh_interval` or `mappings` are known to interfere with {kib} upgrades.
|
||||
|
@ -120,4 +128,4 @@ In order to rollback after a failed upgrade migration, the saved object indices
|
|||
[[upgrade-migrations-old-indices]]
|
||||
==== Handling old `.kibana_N` indices
|
||||
|
||||
After migrations have completed, there will be multiple {kib} indices in {es}: (`.kibana_1`, `.kibana_2`, `.kibana_7.12.0` etc). {kib} only uses the index that the `.kibana` and `.kibana_task_manager` alias points to. The other {kib} indices can be safely deleted, but are left around as a matter of historical record, and to facilitate rolling {kib} back to a previous version.
|
||||
After migrations have completed, there will be multiple {kib} indices in {es}: (`.kibana_1`, `.kibana_2`, `.kibana_7.12.0` etc). {kib} only uses the index that the `.kibana` and `.kibana_task_manager` alias points to. The other {kib} indices can be safely deleted, but are left around as a matter of historical record, and to facilitate rolling {kib} back to a previous version.
|
||||
|
|
Loading…
Add table
Add a link
Reference in a new issue