Removed git conflict marks

Author: anton-bobkov

ydb/docs/en/core/devops/manual/monitoring.md

@@ -38,12 +38,6 @@ To visualize data, use any system that supports Prometheus, such as [Zabbix](htt
 
 To set up monitoring for a local single-node {{ ydb-short-name }} cluster using [Prometheus](https://prometheus.io/) and [Grafana](https://grafana.com/):
 
-<<<<<<< HEAD
-1. [Install and run](https://prometheus.io/docs/prometheus/latest/getting_started/#downloading-and-running-prometheus) Prometheus via a [configuration file](https://github.com/ydb-platform/ydb/tree/main/ydb/deploy/grafana_dashboards/local_ydb_prometheus.yml).
-1. [Install and start](https://grafana.com/docs/grafana/latest/getting-started/getting-started/) the Grafana.
-1. [Create](https://prometheus.io/docs/visualization/grafana/#creating-a-prometheus-data-source) a data source of the `prometheus` type in Grafana and attach it to a running Prometheus instance.
-1. Upload [{{ ydb-short-name }} dashboards](https://github.com/ydb-platform/ydb/tree/main/ydb/deploy/grafana_dashboards/) to Grafana.
-=======
 1. [Install](https://prometheus.io/docs/prometheus/latest/getting_started) Prometheus.
 
 1. Edit the Prometheus [configuration file](https://github.com/ydb-platform/ydb/tree/main/ydb/deploy/grafana_dashboards/local_ydb_prometheus.yml):
@@ -86,7 +80,6 @@ To set up monitoring for a local single-node {{ ydb-short-name }} cluster using
 4. [Create](https://prometheus.io/docs/visualization/grafana/#creating-a-prometheus-data-source) a data source of the `prometheus` type in Grafana, and attach it to the running Prometheus instance.
 
 5. Upload [{{ ydb-short-name }} dashboards](https://github.com/ydb-platform/ydb/tree/main/ydb/deploy/helm/ydb-prometheus/dashboards) to Grafana.
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647))
 
 To upload dashboards, use the Grafana UI [Import](https://grafana.com/docs/grafana/latest/dashboards/export-import/#import-dashboard) tool or run a [script](https://github.com/ydb-platform/ydb/tree/main/ydb/deploy/grafana_dashboards/local_upload_dashboards.sh). Please note that the script uses [basic authentication](https://grafana.com/docs/grafana/latest/http_api/create-api-tokens-for-org/#authentication) in Grafana. For other cases, modify the script.
 

ydb/docs/en/core/downloads/yandex-enterprise-database.md

@@ -31,34 +31,50 @@ Yandex Enterprise Database distributions are available for download via the link
 || **Version** | **Release date** | **Download** | **Checksums** | **Changelog** ||
 || **v24.3** |  |  |  |  ||
 || v.24.3.13.11 | 06.03.2024 |
+
 - [Distribution](https://binaries.ясубд.рф/release/24.3.13.11/yasubd-24.3.13.11-linux-amd64.tar.xz)
 - [Debug symbols](https://binaries.ясубд.рф/release/24.3.13.11/yasubd-24.3.13.11-linux-amd64-debug.tar.xz)
+
 |
+
 - [For distribution](https://binaries.ясубд.рф/release/24.3.13.11/checksums.txt)
 - [For debug symbols](https://binaries.ясубд.рф/release/24.3.13.11/checksums.debug.txt)
+
 | - ||
 || v.24.3.13.10 | 24.12.2024 |
+
 - [Distribution](https://binaries.ясубд.рф/release/24.3.13.10/yasubd-24.3.13.10-linux-amd64.tar.xz)
 - [Debug symbols](https://binaries.ясубд.рф/release/24.3.13.10/yasubd-24.3.13.10-linux-amd64-debug.tar.xz)
+
 |
+
 - [For distribution](https://binaries.ясубд.рф/release/24.3.13.10/checksums.txt)
 - [For debug symbols](https://binaries.ясубд.рф/release/24.3.13.10/checksums.debug.txt)
+
 | [See list](../changelog-server.md#24-3) ||
 || **v24.2** |  |  |  |  ||
 || v.24.2.7.1 | 20.08.2024 |
+
 - [Distribution](https://binaries.ясубд.рф/release/24.2.7.1/yasubd-24.2.7.1-linux-amd64.tar.xz)
 - [Debug symbols](https://binaries.ясубд.рф/release/24.2.7.1/yasubd-24.2.7.1-linux-amd64-debug.tar.xz)
+
 |
+
 - [For distribution](https://binaries.ясубд.рф/release/24.2.7.1/checksums.txt)
 - [For debug symbols](https://binaries.ясубд.рф/release/24.2.7.1/checksums.debug.txt)
+
 | [See list](../changelog-server.md#24-2) ||
 || **v24.1** |  |  |  |  ||
 || v.24.1.18.1 | 28.06.2024 |
+
 - [Distribution](https://binaries.ясубд.рф/release/24.1.18.1/yasubd-24.1.18.1-linux-amd64.tar.xz)
 - [Debug symbols](https://binaries.ясубд.рф/release/24.1.18.1/yasubd-24.1.18.1-linux-amd64-debug.tar.xz)
+
 |
+
 - [For distribution](https://binaries.ясубд.рф/release/24.1.18.1/checksums.txt)
 - [For debug symbols](https://binaries.ясубд.рф/release/24.1.18.1/checksums.debug.txt)
+
 | [See list](../changelog-server.md#24-1) ||
 || **v23.4** |  |  |  |  ||
 || v.23.4.11.1 | 15.05.2024 | [Distribution](https://binaries.ясубд.рф/release/23.4.11.1/yasubd-23.4.11.1-linux-amd64.tar.gz) | [Checksums](https://binaries.ясубд.рф/release/23.4.11.1/checksums.txt) | [See list](../changelog-server.md#23-4) ||

ydb/docs/en/core/maintenance/manual/dynamic-config.md

@@ -13,9 +13,6 @@ This configuration is uploaded to the cluster, where it is reliably stored and d
 * Change actor system settings on individual nodes or groups of nodes;
 * And more.
 
-<<<<<<< HEAD
-### Configuration examples {#example}
-=======
 ## Preparing to use the dynamic configuration {#preparation}
 
 The following tasks should be performed before using the dynamic configuration in the cluster:
@@ -53,7 +50,6 @@ The legacy configuration management via CMS will become unavailable after enabli
 {% endnote %}
 
 ## Configuration examples {#example}
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647))
 
 Example of a minimal dynamic configuration for a single-datacenter cluster:
 
@@ -181,4 +177,4 @@ The list may be expanded in the future.
 ### Limitations
 
 * Using more than 30 different [labels](./dynamic-config-selectors.md) in [selectors](./dynamic-config-selectors.md) can lead to validation delays of several seconds, as {{ ydb-short-name }} needs to check the validity of each possible final configuration. The number of values for a single label has much less impact.
-* Using large files (more than 500KiB for a cluster with 1000 nodes) can lead to increased network traffic in the cluster when updating the configuration. The traffic volume is directly proportional to the number of nodes and the configuration size.
+* Using large files (more than 500KiB for a cluster with 1000 nodes) can lead to increased network traffic in the cluster when updating the configuration. The traffic volume is directly proportional to the number of nodes and the configuration size.

ydb/docs/ru/core/changelog-cli.md

@@ -1,7 +1,5 @@
 # Список изменений {{ ydb-short-name }} CLI
 
-<<<<<<< HEAD
-=======
 ## Версия 2.20.0 {#2-20-0}
 
 Дата выхода 5 марта 2024. Для обновления до версии **2.20.0** перейдите в раздел [Загрузки](downloads/index.md#ydb-cli).
@@ -30,7 +28,6 @@
 * Исправлена ошибка, из-за которой при выполнении команды `{{ ydb-cli }} tools restore` некоторые ошибки игнорировались.
 * Исправлена утечка памяти при генерации данных для `{{ ydb-cli }} workload tpcds`.
 
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647))
 ## Версия 2.19.0 {#2-19-0}
 
 Дата выхода 5 февраля 2024. Для обновления до версии **2.19.0** перейдите в раздел [Загрузки](downloads/index.md#ydb-cli).

ydb/docs/ru/core/devops/backup-and-recovery.md

@@ -12,9 +12,6 @@
 
 Для выполнения резервного копирования в файлы применяется команда `{{ ydb-cli }} tools dump`. Перейдите [по ссылке](../../reference/ydb-cli/export-import/tools-dump.md) в справочник по {{ ydb-short-name }} CLI для получения информации о данной команде.
 
-<<<<<<< HEAD:ydb/docs/ru/core/devops/manual/backup-and-recovery.md
-Для выполнения восстановления из файловой резервной копии применяется команда `{{ ydb-cli }} tools restore`. Перейдите [по ссылке](../../reference/ydb-cli/export-import/tools-restore.md) в справочник по {{ ydb-short-name }} CLI для получения информации о данной команде.
-=======
 - `{{ ydb-cli }} admin cluster dump` — для резервного копирования метаданных кластера
 - `{{ ydb-cli }} admin database dump` — для резервного копирования базы данных
 - `{{ ydb-cli }} tools dump` — для резервного копирования отдельных схемных объектов или директорий
@@ -28,7 +25,6 @@
 - `{{ ydb-cli }} tools restore` — для восстановления отдельных схемных объектов или директорий из резервной копии
 
 Узнать больше об этих командах можно в [{#T}](../reference/ydb-cli/export-import/tools-restore.md).
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647)):ydb/docs/ru/core/devops/backup-and-recovery.md
 
 ### S3-совместимое хранилище {#s3}
 

ydb/docs/ru/core/devops/concepts/maintenance-without-downtime.md

@@ -72,17 +72,12 @@
   - Можно ли взять блокировки на все VDisk-и данного узла в соответствии с режимом доступности.
   - Можно ли взять блокировку на кольцо State Storage данного узла в соответствии с режимом доступности.
   - Можно ли взять блокировку на данный узел в соответствии с лимитом недоступных узлов, на которых могут запускаться кластерные системные таблетки.
-<<<<<<< HEAD:ydb/docs/ru/core/devops/manual/maintenance-without-downtime.md
-
-Если проверки прошли успешно, то действие можно выполнить и на проверенные узлы берется временная блокировка. После чего CMS рассматривает следующую группу действий. Временные блокировки позволяют понять, конфликтуют ли запрошенные в разных группах действия между собой. После полного завершения проверки временные блокировки снимаются.
-=======
 - Если объектом действия является диск, то CMS проверяет:
   - Есть ли блокировка на данном диске.
   - Можно ли взять блокировки на все VDisk-и данного диска в соответствии с режимом доступности.
 
 Если проверки прошли успешно, то действие можно выполнить, и на проверенные узлы, хосты или диски берётся временная блокировка. После этого CMS рассматривает следующую группу действий. Временные блокировки позволяют понять, конфликтуют ли запрошенные в разных группах действия между собой. После полного завершения проверки временные блокировки снимаются.
 
 ## Практика
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647)):ydb/docs/ru/core/devops/concepts/maintenance-without-downtime.md
 
-* [Для кластеров, развёрнутых вручную](../deployment-options/manual/maintenance.md)
+* [Для кластеров, развёрнутых вручную](../deployment-options/manual/maintenance.md)

ydb/docs/ru/core/devops/concepts/versioning.md

@@ -14,17 +14,13 @@
 
 ## Совместимость версий {#version-compatability}
 
-<<<<<<< HEAD:ydb/docs/ru/core/devops/manual/upgrade.md
-Совместимыми для обновления являются все минорные версии в рамках одной мажорной версии. Мажорные версии совместимы последовательно. Для обновления на следующую мажорную версию предварительно следует обновиться на последний доступный минорный релиз текущей мажорной версии. Например:
-=======
 {% note info %}
 
 Раньше версия сервера {{ ydb-short-name }} состояла из 3 чисел (например, `v24.3.3`), начиная с мажорной версии `25.1`, добавлена четвертое число, которое обозначает номер патча (например, `v25.1.1.3`). Подробнее про изменения в именовании версий [тут](../../contributor/manage-releases.md).
 
 {% endnote %}
 
 Совместимыми для обновления являются все минорные версии в рамках одной мажорной версии. Мажорные версии совместимы последовательно. Для обновления на следующую мажорную версию предварительно следует обновиться до последнего доступного минорного релиза текущей мажорной версии. Например:
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647)):ydb/docs/ru/core/devops/concepts/versioning.md
 
 * `X.Y.* → X.Y.*` — обновление возможно, все минорные версии в рамках одной мажорной совместимы.
 * `X.Y.Z` (последняя доступная в `X.Y.*) → X.Y+1.*` - обновление возможно, мажорные версии последовательны.
@@ -39,19 +35,12 @@
 
 ### Примеры совместимости версий
 
-<<<<<<< HEAD:ydb/docs/ru/core/devops/manual/upgrade.md
-* v.22.2.5  ->  v.22.2.47 - обновление возможно
-* v.22.2.47  ->  v.22.3.21 - обновление возможно
-* v.22.2.40  ->  v.22.3.21 - обновление невозможно, необходимо сначала обновиться до последней минорной версии (v.22.2.47)
-* v.22.2.47  ->  v.22.4.5 - обновление невозможно, необходимо сначала обновиться до следующей мажорной версии (v.22.3.*).
-=======
 * `v.25.1.3.2`  ->  `v.25.1.5.5` - обновление возможно
 * `v.25.1.5.5`  ->  `v.25.2.3.1` - обновление возможно (где `v25.1.5.*` последняя доступная минорная версия в `v.25.1`)
 * `v.25.1.4.1`  ->  `v.25.2.3.1` - обновление невозможно, необходимо сначала обновиться до последней минорной версии (`v.25.1.5.*`)
 * `v.25.1.5.5`  ->  `v.25.3.5.3` - обновление невозможно, необходимо сначала обновиться до следующей мажорной версии (`v.25.2.*.*`).
 
 ## Формальное описание возможных версий
->>>>>>> bb54688b369 ([docs] configuration v2 release candidate (#17647)):ydb/docs/ru/core/devops/concepts/versioning.md
 
 ```bnf
 <valid-version> ::= <version-core> "-" <version-type>

ydb/docs/ru/core/devops/configuration-management/check-config-version.md

@@ -9,28 +9,28 @@
 
 Данный способ может быть применен, если сбор метрик с кластера {{ ydb-short-name }} в систему мониторинга не настроен. Вы можете проверить версию конфигурации для конкретного узла или переключаться между узлами через встроенный веб-интерфейс [Embedded UI](../../reference/embedded-ui/index.md):
 
-1.  Откройте в браузере страницу актора `configs_dispatcher` для любого узла кластера. URL имеет вид:
+1. Откройте в браузере страницу актора `configs_dispatcher` для любого узла кластера. URL имеет вид:
 
     ```text
     http://<endpoint>:8765/actors/configs_dispatcher
     ```
 
     где `<endpoint>` - адрес произвольного узла кластера {{ ydb-short-name }}.
 
-2.  В верхней части открывшейся страницы найдите поле `Configuration version`. В нем будет указана версия конфигурации (`v1` или `v2`), используемая данным узлом.
+2. В верхней части открывшейся страницы найдите поле `Configuration version`. В нем будет указана версия конфигурации (`v1` или `v2`), используемая данным узлом.
 
     Так выглядит страница узла, использующего конфигурацию V1:
 
     ![configs-dispatcher-page-v1](_assets/viewer-v1.png)
 
-3.  Чтобы проверить другие узлы, используйте поле поиска `Nodes...` в правом верхнем углу страницы для переключения между узлами.
+3. Чтобы проверить другие узлы, используйте поле поиска `Nodes...` в правом верхнем углу страницы для переключения между узлами.
 
 ## Через метрики кластера {#metrics}
 
 Данный способ удобен при наличии большого числа узлов в кластере {{ ydb-short-name }}. Если у вас настроен [сбор метрик с кластера {{ ydb-short-name }} в систему мониторинга](../../reference/observability/metrics/index.md), проделайте следующие действия:
 
-1.  Найдите дашборд, отображающий метрики кластера.
-2.  Перейдите к группе сенсоров `config` и подсистеме `configs_dispatcher`.
-3.  Обратите внимание на сенсоры `ConfigurationV1` и `ConfigurationV2`. Значения этих сенсоров показывают количество узлов кластера, работающих с конфигурацией V1 и V2 соответственно.
+1. Найдите дашборд, отображающий метрики кластера.
+2. Перейдите к группе сенсоров `config` и подсистеме `configs_dispatcher`.
+3. Обратите внимание на сенсоры `ConfigurationV1` и `ConfigurationV2`. Значения этих сенсоров показывают количество узлов кластера, работающих с конфигурацией V1 и V2 соответственно.
 
-Например, если `ConfigurationV1 > 0`, значит в кластере есть узлы, которые используют конфигурацию v1. Если `ConfigurationV2 = 0` и `ConfigurationV2` равен общему числу узлов, значит, все узлы используют конфигурацию V2.
+Например, если `ConfigurationV1 > 0`, значит в кластере есть узлы, которые используют конфигурацию v1. Если `ConfigurationV2 = 0` и `ConfigurationV2` равен общему числу узлов, значит, все узлы используют конфигурацию V2.