[[indices-open-close]] === Open index API ++++ Open index ++++ Opens a closed index. [source,console] -------------------------------------------------- POST /twitter/_open -------------------------------------------------- // TEST[setup:twitter] // TEST[s/^/POST \/twitter\/_close\n/] [[open-index-api-request]] ==== {api-request-title} `POST //_open` [[open-index-api-desc]] ==== {api-description-title} You use the open index API to re-open closed indices. // tag::closed-index[] A closed index is blocked for read/write operations and does not allow all operations that opened indices allow. It is not possible to index documents or to search for documents in a closed index. This allows closed indices to not have to maintain internal data structures for indexing or searching documents, resulting in a smaller overhead on the cluster. When opening or closing an index, the master is responsible for restarting the index shards to reflect the new state of the index. The shards will then go through the normal recovery process. The data of opened/closed indices is automatically replicated by the cluster to ensure that enough shard copies are safely kept around at all times. You can open and close multiple indices. An error is thrown if the request explicitly refers to a missing index. This behaviour can be disabled using the `ignore_unavailable=true` parameter. All indices can be opened or closed at once using `_all` as the index name or specifying patterns that identify them all (e.g. `*`). Identifying indices via wildcards or `_all` can be disabled by setting the `action.destructive_requires_name` flag in the config file to `true`. This setting can also be changed via the cluster update settings api. Closed indices consume a significant amount of disk-space which can cause problems in managed environments. Closing indices can be disabled via the cluster settings API by setting `cluster.indices.close.enable` to `false`. The default is `true`. ===== Wait For active shards Because opening or closing an index allocates its shards, the <> setting on index creation applies to the `_open` and `_close` index actions as well. // end::closed-index[] [[open-index-api-path-params]] ==== {api-path-parms-title} include::{docdir}/rest-api/common-parms.asciidoc[tag=index] + To open all indices, use `_all` or `*`. To disallow the opening of indices with `_all` or wildcard expressions, change the `action.destructive_requires_name` cluster setting to `true`. You can update this setting in the `elasticsearch.yml` file or using the <> API. [[open-index-api-query-params]] ==== {api-query-parms-title} include::{docdir}/rest-api/common-parms.asciidoc[tag=allow-no-indices] + Defaults to `true`. include::{docdir}/rest-api/common-parms.asciidoc[tag=expand-wildcards] + Defaults to `closed`. include::{docdir}/rest-api/common-parms.asciidoc[tag=index-ignore-unavailable] include::{docdir}/rest-api/common-parms.asciidoc[tag=wait_for_active_shards] include::{docdir}/rest-api/common-parms.asciidoc[tag=timeoutparms] [[open-index-api-example]] ==== {api-examples-title} A closed index can be re-opened like this: [source,console] -------------------------------------------------- POST /my_index/_open -------------------------------------------------- // TEST[s/^/PUT my_index\nPOST my_index\/_close\n/] The API returns the following response: [source,console-result] -------------------------------------------------- { "acknowledged" : true, "shards_acknowledged" : true } --------------------------------------------------