我被困在这篇文章中看到的类似问题上，但找不到解决方案：https ://github.com/elastic/curator/issues/1513
为了对我的 Elasticsearch 集群 (7.7.1) 进行快照，我使用 curator (5.8) 每天对所有索引进行快照。我今天意识到只有我的索引以“。”开头。馆长正在拍摄快照。
如果我使用 curator-cli，所有索引确实都被 curator 看到并被快照。
我试图删除我的操作文件中的所有过滤器，将它们替换为：
filters:
- filtertype: none
似乎没有任何效果，我的试运行最终总是列出所有以点开头的索引。
这是我的动作文件：
---
actions:
1:
action: snapshot
description: >-
Snapshot all indices
options:
repository: backup
name: testbackup6
ignore_unavailable: False
include_global_state: True
partial: False
wait_for_completion: True
skip_repo_fs_check: False
disable_action: False
filters:
- filtertype: none
策展人日志（我已经匿名了一些结果）
2021-01-08 18:34:44,021 INFO DRY-RUN: snapshot: testbackup6 in repository backup with arguments: {'ignore_unavailable': False, 'include_global_state': True, 'partial': False, 'indices': '.apm-XXX,.apm-customXXX,.async-sXXX,.kibana_1,.kibana_task_manager_1,.monitoring-alerts-7,.monitoring-es-7-2021.01.02,.monitoring-es-7-2021.01.03,.monitoring-es-7-2021.01.04
...
,.triggered_watches,.watches'}
我去看了调试日志，索引生命周期似乎有问题。以下是一些接受/拒绝的索引：
2021-01-08 19:54:07,925 DEBUG curator.indexlist __not_actionable:39 Index XXXX_supervision-server_logs-2020.12.31-000014 is not actionable, removing from list.
2021-01-08 19:54:07,925 DEBUG curator.indexlist __excludify:58 **Removed** from actionable list: XXX_supervision-server_logs-2020.12.31-000014 has index.lifecycle.name XXX_supervision-server_logs-policy
2021-01-08 19:54:07,925 DEBUG curator.indexlist __actionable:35 Index .monitoring-es-7-2021.01.05 is actionable and remains in the list.
2021-01-08 19:54:07,925 DEBUG curator.indexlist __excludify:58 **Remains** in actionable list: index.lifecycle.name is not set for index .monitoring-es-7-2021.01.05
2021-01-08 19:54:07,925 DEBUG curator.indexlist __not_actionable:39 Index XXX_logs-2021.01.05-000019 is not actionable, removing from list.
有没有人经历过这个？我看不到具有 ILM 策略的索引与不匹配它们的策展人之间的联系。
我找不到使用正则表达式的解决方法来帮助我匹配所有索引。在 curator-cli 上使用相同的“filtertype：none”，一切正常。
非常感谢