@@ -16,6 +16,16 @@ with a `NOT IN` operator.
1616We have fixed this issue in {es} 7.10.1 and later versions. For more details,
1717see {es-issue}65488[#65488].
1818
19+ * Snapshot and restore: If an index is deleted while the cluster is
20+ concurrently taking more than one snapshot then there is a risk that one of the
21+ snapshots may never complete and also that some shard data may be lost from the
22+ repository, causing future restore operations to fail. To mitigate this
23+ problem, prevent concurrent snapshot operations by setting
24+ `snapshot.max_concurrent_operations: 1`.
25+ +
26+ This issue is fixed in {es} versions 7.13.1 and later. For more details, see
27+ {es-issue}73456[#73456].
28+
1929[[bug-7.9.3]]
2030[float]
2131=== Bug fixes
@@ -94,6 +104,16 @@ with a `NOT IN` operator.
94104We have fixed this issue in {es} 7.10.1 and later versions. For more details,
95105see {es-issue}65488[#65488].
96106
107+ * Snapshot and restore: If an index is deleted while the cluster is
108+ concurrently taking more than one snapshot then there is a risk that one of the
109+ snapshots may never complete and also that some shard data may be lost from the
110+ repository, causing future restore operations to fail. To mitigate this
111+ problem, prevent concurrent snapshot operations by setting
112+ `snapshot.max_concurrent_operations: 1`.
113+ +
114+ This issue is fixed in {es} versions 7.13.1 and later. For more details, see
115+ {es-issue}73456[#73456].
116+
97117[[deprecation-7.9.2]]
98118[float]
99119=== Deprecations
@@ -203,6 +223,16 @@ with a `NOT IN` operator.
203223We have fixed this issue in {es} 7.10.1 and later versions. For more details,
204224see {es-issue}65488[#65488].
205225
226+ * Snapshot and restore: If an index is deleted while the cluster is
227+ concurrently taking more than one snapshot then there is a risk that one of the
228+ snapshots may never complete and also that some shard data may be lost from the
229+ repository, causing future restore operations to fail. To mitigate this
230+ problem, prevent concurrent snapshot operations by setting
231+ `snapshot.max_concurrent_operations: 1`.
232+ +
233+ This issue is fixed in {es} versions 7.13.1 and later. For more details, see
234+ {es-issue}73456[#73456].
235+
206236[[feature-7.9.1]]
207237[float]
208238=== New features
@@ -360,6 +390,16 @@ with a `NOT IN` operator.
360390We have fixed this issue in {es} 7.10.1 and later versions. For more details,
361391see {es-issue}65488[#65488].
362392
393+ * Snapshot and restore: If an index is deleted while the cluster is
394+ concurrently taking more than one snapshot then there is a risk that one of the
395+ snapshots may never complete and also that some shard data may be lost from the
396+ repository, causing future restore operations to fail. To mitigate this
397+ problem, prevent concurrent snapshot operations by setting
398+ `snapshot.max_concurrent_operations: 1`.
399+ +
400+ This issue is fixed in {es} versions 7.13.1 and later. For more details, see
401+ {es-issue}73456[#73456].
402+
363403[[breaking-7.9.0]]
364404[discrete]
365405=== Breaking changes
0 commit comments