You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The output includes information similar to the following:
55
55
+
56
56
.Example output
57
-
[source,terminal]
57
+
[source,yaml]
58
58
----
59
59
status: <1>
60
60
cluster: <2>
@@ -101,31 +101,29 @@ status: <1>
101
101
shardAllocationEnabled: all
102
102
----
103
103
<1> In the output, the cluster status fields appear in the `status` stanza.
104
-
<2> The status of the log store:
104
+
<2> The status of the Elasticsearch log store:
105
105
+
106
106
* The number of active primary shards.
107
107
* The number of active shards.
108
108
* The number of shards that are initializing.
109
-
* The number of log store data nodes.
110
-
* The total number of log store nodes.
109
+
* The number of Elasticsearch log store data nodes.
110
+
* The total number of Elasticsearch log store nodes.
111
111
* The number of pending tasks.
112
-
* The log store status: `green`, `red`, `yellow`.
112
+
* The Elasticsearch log store status: `green`, `red`, `yellow`.
113
113
* The number of unassigned shards.
114
-
<3> Any status conditions, if present. The log store status indicates the reasons from the scheduler if a pod could not be placed. Any events related to the following conditions are shown:
115
-
* Container Waiting for both the log store and proxy containers.
116
-
* Container Terminated for both the log store and proxy containers.
114
+
<3> Any status conditions, if present. The Elasticsearch log store status indicates the reasons from the scheduler if a pod could not be placed. Any events related to the following conditions are shown:
115
+
* Container Waiting for both the Elasticsearch log store and proxy containers.
116
+
* Container Terminated for both the Elasticsearch log store and proxy containers.
117
117
* Pod unschedulable.
118
118
Also, a condition is shown for a number of issues; see *Example condition messages*.
119
-
<4> The log store nodes in the cluster, with `upgradeStatus`.
120
-
<5> The log store client, data, and master pods in the cluster, listed under 'failed`, `notReady`, or `ready` state.
119
+
<4> The Elasticsearch log store nodes in the cluster, with `upgradeStatus`.
120
+
<5> The Elasticsearch log store client, data, and master pods in the cluster, listed under `failed`, `notReady`, or `ready` state.
The following status message indicates that a node has exceeded the configured low watermark, and no shard will be allocated to this node.
130
128
131
129
[source,yaml]
@@ -160,7 +158,7 @@ status:
160
158
upgradeStatus: {}
161
159
----
162
160
163
-
The following status message indicates that the log store node selector in the CR does not match any nodes in the cluster:
161
+
The following status message indicates that the Elasticsearch log store node selector in the custom resource (CR) does not match any nodes in the cluster:
164
162
165
163
[source,yaml]
166
164
----
@@ -174,7 +172,7 @@ status:
174
172
type: Unschedulable
175
173
----
176
174
177
-
The following status message indicates that the log store CR uses a non-existent persistent volume claim (PVC).
175
+
The following status message indicates that the Elasticsearch log store CR uses a non-existent persistent volume claim (PVC).
178
176
179
177
[source,yaml]
180
178
----
@@ -188,7 +186,7 @@ status:
188
186
type: Unschedulable
189
187
----
190
188
191
-
The following status message indicates that your log store cluster does not have enough nodes to support the redundancy policy.
189
+
The following status message indicates that your Elasticsearch log store cluster does not have enough nodes to support the redundancy policy.
192
190
193
191
[source,yaml]
194
192
----
@@ -243,5 +241,5 @@ The `reason` and `type` fields specify the type of unsupported change:
243
241
+
244
242
[IMPORTANT]
245
243
====
246
-
If you try to configure the `ClusterLogging`custom resource (CR) to switch from ephemeral to persistent storage, the OpenShift Elasticsearch Operator creates a persistent volume claim (PVC) but does not create a persistent volume (PV). To clear the `StorageStructureChangeIgnored` status, you must revert the change to the `ClusterLogging` CR and delete the PVC.
244
+
If you try to configure the `ClusterLogging` CR to switch from ephemeral to persistent storage, the {es-op} creates a persistent volume claim (PVC) but does not create a persistent volume (PV). To clear the `StorageStructureChangeIgnored` status, you must revert the change to the `ClusterLogging` CR and delete the PVC.
0 commit comments