diff options
author | bazeltsev <bazeltsev@ydb.tech> | 2023-02-20 15:02:47 +0300 |
---|---|---|
committer | bazeltsev <bazeltsev@ydb.tech> | 2023-02-20 15:02:47 +0300 |
commit | 3fe183bbecc34efe04e9dd5c12c3b912aade9b65 (patch) | |
tree | 9c65f595b6ca7d92f3b0bb6e7f34fed81b70923d | |
parent | 912a15cc434f03b3cefdd258123473732c441617 (diff) | |
download | ydb-3fe183bbecc34efe04e9dd5c12c3b912aade9b65.tar.gz |
Conversion to ydbd
updated
16 files changed, 48 insertions, 51 deletions
diff --git a/ydb/docs/en/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md b/ydb/docs/en/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md index 5f38895738..82587107d4 100644 --- a/ydb/docs/en/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md +++ b/ydb/docs/en/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md @@ -1,6 +1,6 @@ ## Nodes {#nodes} -One {{ ydb-short-name }} installation consists of a *cluster* that is divided into *nodes*. A node is a single process in the system, usually kikimr. This node is part of a cluster and can exchange data with its other nodes via *Interconnect*. Each *node* has its own ID which is usually named NodeId. NodeID is a 20-bit integer equal to or greater than 1. NodeID 0 is reserved for internal needs and usually indicates the current node or no node. +One {{ ydb-short-name }} installation consists of a *cluster* that is divided into *nodes*. A node is a single process in the system, usually ydbd. This node is part of a cluster and can exchange data with its other nodes via *Interconnect*. Each *node* has its own ID which is usually named NodeId. NodeID is a 20-bit integer equal to or greater than 1. NodeID 0 is reserved for internal needs and usually indicates the current node or no node. A number of services are run on each node and implemented via *actors*. diff --git a/ydb/docs/en/core/maintenance/manual/balancing_load.md b/ydb/docs/en/core/maintenance/manual/balancing_load.md index 245bbcf236..5bfc7941d4 100644 --- a/ydb/docs/en/core/maintenance/manual/balancing_load.md +++ b/ydb/docs/en/core/maintenance/manual/balancing_load.md @@ -24,8 +24,8 @@ Command { } ``` -``` -kikimr -s <endpoint> admin bs config invoke --proto-file ReadHostConfig.txt +```bash +ydbd -s <endpoint> admin bs config invoke --proto-file ReadHostConfig.txt ``` Insert the obtained config into the protobuf below and edit the **PDiskConfig/ExpectedSlotCount** field value in it. @@ -38,7 +38,7 @@ Command { } ``` -``` -kikimr -s <endpoint> admin bs config invoke --proto-file DefineHostConfig.txt +```bash +ydbd -s <endpoint> admin bs config invoke --proto-file DefineHostConfig.txt ``` diff --git a/ydb/docs/en/core/maintenance/manual/change_actorsystem_configs.md b/ydb/docs/en/core/maintenance/manual/change_actorsystem_configs.md index 0ad585e4b4..40bdb2c365 100644 --- a/ydb/docs/en/core/maintenance/manual/change_actorsystem_configs.md +++ b/ydb/docs/en/core/maintenance/manual/change_actorsystem_configs.md @@ -116,7 +116,7 @@ ServiceExecutor { ## On static nodes -Static nodes take the configuration of the actor system from the kikimr/cfg/sys.txt file. +Static nodes take the configuration of the actor system from the `/opt/ydb/cfg/config.yaml` file. After changing the configuration, restart the node. @@ -142,6 +142,5 @@ ConfigureRequest { } ```bash -kikimr -s <endpoint> admin console execute --domain=<domain> --retry=10 actorsystem.txt +ydbd -s <endpoint> admin console execute --domain=<domain> --retry=10 actorsystem.txt ``` - diff --git a/ydb/docs/en/core/maintenance/manual/cluster_expansion.md b/ydb/docs/en/core/maintenance/manual/cluster_expansion.md index 171cf3edfd..ce02032253 100644 --- a/ydb/docs/en/core/maintenance/manual/cluster_expansion.md +++ b/ydb/docs/en/core/maintenance/manual/cluster_expansion.md @@ -74,5 +74,5 @@ You can extend a {{ ydb-short-name }} cluster by adding new nodes to its configu 1. Run the command: ```protobuf - kikimr -s <endpoint> admin bs config invoke --proto-file DefineBox.txt + ydbd -s <endpoint> admin bs config invoke --proto-file DefineBox.txt ``` diff --git a/ydb/docs/en/core/maintenance/manual/cms.md b/ydb/docs/en/core/maintenance/manual/cms.md index 625399ae45..226c317213 100644 --- a/ydb/docs/en/core/maintenance/manual/cms.md +++ b/ydb/docs/en/core/maintenance/manual/cms.md @@ -4,12 +4,12 @@ The following command will let you get the current settings for a cluster or tenant. -``` -./kikimr -s <endpoint> admin console configs load --out-dir <config-folder> +```bash +ydbd -s <endpoint> admin console configs load --out-dir <config-folder> ``` -``` -./kikimr -s <endpoint> admin console configs load --out-dir <config-folder> --tenant <tenant-name> +```bash +ydbd -s <endpoint> admin console configs load --out-dir <config-folder> --tenant <tenant-name> ``` ## Update the settings @@ -38,7 +38,6 @@ Actions { The UsageScope field is optional and is needed to use settings for a specific tenant. +```bash +ydbd -s <endpoint> admin console configs update <protobuf-file> ``` -./kikimr -s <endpoint> admin console configs update <protobuf-file> -``` - diff --git a/ydb/docs/en/core/maintenance/manual/disk_end_space.md b/ydb/docs/en/core/maintenance/manual/disk_end_space.md index 2c89942455..4d70a015a0 100644 --- a/ydb/docs/en/core/maintenance/manual/disk_end_space.md +++ b/ydb/docs/en/core/maintenance/manual/disk_end_space.md @@ -25,7 +25,7 @@ During data replication, the load on all the group's VDisks increases, and respo All data stored on a VDisk will be permanently deleted, whereupon the VDisk will begin restoring the data by reading them from the other VDisks in the group. ```bash - kikimr admin blobstorage group reconfigure wipe --domain <Domain number> --node <Node ID> --pdisk <pdisk-id> --vslot <Slot number> + ydbd admin blobstorage group reconfigure wipe --domain <Domain number> --node <Node ID> --pdisk <pdisk-id> --vslot <Slot number> ``` You can view the details for the command in the viewer. @@ -41,22 +41,21 @@ If the block store volume is running out of space, you can apply defragmentation 4. Stop the process ```bash - sudo systemctl stop kikimr + sudo systemctl stop ydbd ``` 5. Format the block store volume ```bash - sudo kikimr admin blobstorage disk obliterate <path to the store volume part label> + sudo ydbd admin blobstorage disk obliterate <path to the store volume part label> ``` 6. Run the process ```bash - sudo systemctl start kikimr + sudo systemctl start ydbd ``` ## Moving individual VDisks from full block store volumes If defragmentation can't help freeing up space on the block store volume, you can [move](moving_vdisks.md#moving_disk) individual VDisks. - diff --git a/ydb/docs/en/core/maintenance/manual/node_restarting.md b/ydb/docs/en/core/maintenance/manual/node_restarting.md index 433c336512..aff5bc9897 100644 --- a/ydb/docs/en/core/maintenance/manual/node_restarting.md +++ b/ydb/docs/en/core/maintenance/manual/node_restarting.md @@ -9,7 +9,7 @@ To make sure that the process is stoppable, follow these steps. 1. Execute the command ```bash - kikimr cms request restart host {node_id} --user {user} --duration 60 --dry --reason 'some-reason' + ydbd cms request restart host {node_id} --user {user} --duration 60 --dry --reason 'some-reason' ``` If the process is stoppable, you'll see `ALLOW`. @@ -17,13 +17,13 @@ To make sure that the process is stoppable, follow these steps. 1. Stop the process ```bash - sudo service kikimr stop + sudo service ydbd stop ``` 1. Restart the process if needed ```bash - sudo service kikimr start + sudo service ydbd start ``` ## Replacing equipment {#replace_hardware} diff --git a/ydb/docs/en/core/reference/ydb-sdk/_includes/error_handling.md b/ydb/docs/en/core/reference/ydb-sdk/_includes/error_handling.md index 04eea83157..ba486852c4 100644 --- a/ydb/docs/en/core/reference/ydb-sdk/_includes/error_handling.md +++ b/ydb/docs/en/core/reference/ydb-sdk/_includes/error_handling.md @@ -53,7 +53,7 @@ Error types: | SUCCESS | The query was processed successfully | Continue execution | | | BAD_REQUEST | Error in query syntax, required fields missing | Check the query | N | | INTERNAL_ERROR | Unknown internal error | Contact the developers | N | -| ABORTED | The operation was aborted (for example, due to lock invalidation, KIKIMR_LOCKS_INVALIDATED in detailed error messages) | Retry the entire transaction | R | +| ABORTED | The operation was aborted (for example, due to lock invalidation, TRANSACTION_LOCKS_INVALIDATE in detailed error messages) | Retry the entire transaction | R | | UNAUTHENTICATED | Authentication is required. | Check the token in use. If the token is valid, retry the query. | N | | UNAUTHORIZED | Access to the requested object (table, directory) is denied | Request access from the DB administrator. | N | | UNAVAILABLE | Part of the system is not available | Retry the last action (query) | R | diff --git a/ydb/docs/ru/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md b/ydb/docs/ru/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md index d3ba3dcc2d..f68f337bc1 100644 --- a/ydb/docs/ru/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md +++ b/ydb/docs/ru/core/concepts/cluster/_includes/common_scheme_ydb/nodes.md @@ -1,6 +1,6 @@ ## Узлы {#nodes} -Одна инсталляция {{ ydb-short-name }} состоит из *кластера*, который разбит на *узлы*. Узел — это один процесс в системе, как правило kikimr. Это узел входит в кластер и может обмениваться данными с другими узлами в этом кластере через *Interconnect*. Каждый *узел* имеет свой идентификатор, который обычно называется NodeId. NodeId — целое число от 1, состоит из 20 бит. NodeId 0 зарезервирован для внутренних нужд и как правило обозначает текущий узел, либо отсутствие узла. +Одна инсталляция {{ ydb-short-name }} состоит из *кластера*, который разбит на *узлы*. Узел — это один процесс в системе, как правило ydbd. Это узел входит в кластер и может обмениваться данными с другими узлами в этом кластере через *Interconnect*. Каждый *узел* имеет свой идентификатор, который обычно называется NodeId. NodeId — целое число от 1, состоит из 20 бит. NodeId 0 зарезервирован для внутренних нужд и как правило обозначает текущий узел, либо отсутствие узла. На каждом узле выполняется ряд сервисов, реализованных через *акторы*. diff --git a/ydb/docs/ru/core/maintenance/manual/balancing_load.md b/ydb/docs/ru/core/maintenance/manual/balancing_load.md index bd1b4cffe5..fdfc68e074 100644 --- a/ydb/docs/ru/core/maintenance/manual/balancing_load.md +++ b/ydb/docs/ru/core/maintenance/manual/balancing_load.md @@ -35,9 +35,9 @@ Command { } } ``` - -``` -kikimr -s <endpoint> admin bs config invoke --proto-file ReadHostConfig.txt + +```bash +ydbd -s <endpoint> admin bs config invoke --proto-file ReadHostConfig.txt ``` Требуется вставить полученный конфиг в протобуф ниже и поменять в нем поле **PDiskConfig/ExpectedSlotCount**. @@ -49,7 +49,7 @@ Command { } } ``` - -``` -kikimr -s <endpoint> admin bs config invoke --proto-file DefineHostConfig.txt + +```bash +ydbd -s <endpoint> admin bs config invoke --proto-file DefineHostConfig.txt ``` diff --git a/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md b/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md index 5d52d30b8c..498e7c48b7 100644 --- a/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md +++ b/ydb/docs/ru/core/maintenance/manual/change_actorsystem_configs.md @@ -116,7 +116,7 @@ ServiceExecutor { ## На статических узлах -Статические узлы берут конфигурацию актор-системы из файла kikimr/cfg/sys.txt. +Статические узлы берут конфигурацию актор-системы из файла `/opt/ydb/cfg/config.yaml`. После замены конфигурации требуется перезапустить узел. @@ -142,5 +142,5 @@ ConfigureRequest { } ```bash -kikimr -s <endpoint> admin console execute --domain=<domain> --retry=10 actorsystem.txt +ydbd -s <endpoint> admin console execute --domain=<domain> --retry=10 actorsystem.txt ``` diff --git a/ydb/docs/ru/core/maintenance/manual/cluster_expansion.md b/ydb/docs/ru/core/maintenance/manual/cluster_expansion.md index f30aac4b21..e85b83ca20 100644 --- a/ydb/docs/ru/core/maintenance/manual/cluster_expansion.md +++ b/ydb/docs/ru/core/maintenance/manual/cluster_expansion.md @@ -73,6 +73,6 @@ 1. Выполните команду: - ```protobuf - kikimr -s <endpoint> admin bs config invoke --proto-file DefineBox.txt + ```bash + ydbd -s <endpoint> admin bs config invoke --proto-file DefineBox.txt ``` diff --git a/ydb/docs/ru/core/maintenance/manual/cms.md b/ydb/docs/ru/core/maintenance/manual/cms.md index 11ad36cad8..865220d861 100644 --- a/ydb/docs/ru/core/maintenance/manual/cms.md +++ b/ydb/docs/ru/core/maintenance/manual/cms.md @@ -4,19 +4,19 @@ Следующая команда позволит получить текущие настройки по кластеру или по тенанту. -``` -./kikimr -s <endpoint> admin console configs load --out-dir <config-folder> +```bash +ydbd -s <endpoint> admin console configs load --out-dir <config-folder> ``` -``` -./kikimr -s <endpoint> admin console configs load --out-dir <config-folder> --tenant <tenant-name> +```bash +ydbd -s <endpoint> admin console configs load --out-dir <config-folder> --tenant <tenant-name> ``` ## Обновить настройки Сначала надо выкачать нужный конфиг как указано выше, после чего требуется подготовить protobuf файл с запросом на изменение. -``` +```proto Actions { AddConfigItem { ConfigItem { @@ -38,6 +38,6 @@ Actions { Поле UsageScope необязательно, и нужно для применения настроек для определенного тенанта. -``` -./kikimr -s <endpoint> admin console configs update <protobuf-file> +```bash +ydbd -s <endpoint> admin console configs update <protobuf-file> ``` diff --git a/ydb/docs/ru/core/maintenance/manual/disk_end_space.md b/ydb/docs/ru/core/maintenance/manual/disk_end_space.md index 7c39a00bc2..584dfb6d1e 100644 --- a/ydb/docs/ru/core/maintenance/manual/disk_end_space.md +++ b/ydb/docs/ru/core/maintenance/manual/disk_end_space.md @@ -25,7 +25,7 @@ Все данные, хранимые VDisk'ом, будут необратимо удалены, после чего VDisk начнет восстанавливать данные, читая их с остальных VDisk'ов группы. ```bash - kikimr admin blobstorage group reconfigure wipe --domain <Номер домена> --node <ID узла> --pdisk <pdisk-id> --vslot <Номер слота> + ydbd admin blobstorage group reconfigure wipe --domain <Номер домена> --node <ID узла> --pdisk <pdisk-id> --vslot <Номер слота> ``` Посмотреть нужную информацию для команды можно во вьювере. @@ -41,19 +41,19 @@ 4. Остановить процесс ```bash - sudo systemctl stop kikimr + sudo systemctl stop ydbd ``` 5. Форматировать устройство ```bash - sudo kikimr admin blobstorage disk obliterate <путь до партлейбла устройства> + sudo ydbd admin blobstorage disk obliterate <путь до партлейбла устройства> ``` 6. Запустить процесс ```bash - sudo systemctl start kikimr + sudo systemctl start ydbd ``` ## Перевоз отдельных VDisk'ов с заполненных устройств diff --git a/ydb/docs/ru/core/maintenance/manual/node_restarting.md b/ydb/docs/ru/core/maintenance/manual/node_restarting.md index 8128bc770c..385cac5059 100644 --- a/ydb/docs/ru/core/maintenance/manual/node_restarting.md +++ b/ydb/docs/ru/core/maintenance/manual/node_restarting.md @@ -9,7 +9,7 @@ 1. Выполнить команду ```bash - kikimr cms request restart host {node_id} --user {user} --duration 60 --dry --reason 'some-reason' + ydbd cms request restart host {node_id} --user {user} --duration 60 --dry --reason 'some-reason' ``` При разрешение выведет `ALLOW`. @@ -17,13 +17,13 @@ 1. Остановить процесс ```bash - sudo service kikimr stop + sudo service ydbd stop ``` 1. Если потребуется, запустить процесс ```bash - sudo service kikimr start + sudo service ydbd start ``` ## Замена оборудования {#replace_hardware} diff --git a/ydb/docs/ru/core/reference/ydb-sdk/_includes/error_handling.md b/ydb/docs/ru/core/reference/ydb-sdk/_includes/error_handling.md index b4af45c502..e7abe2fa68 100644 --- a/ydb/docs/ru/core/reference/ydb-sdk/_includes/error_handling.md +++ b/ydb/docs/ru/core/reference/ydb-sdk/_includes/error_handling.md @@ -53,7 +53,7 @@ | SUCCESS | Запрос успешно обработан | Продолжить выполнение | | | BAD_REQUEST | Ошибка в синтаксисе запроса, пропущены обязательные поля | Проверить запрос | N | | INTERNAL_ERROR | Неизвестная внутренняя ошибка | Связаться с разработчиками | N | -| ABORTED | Операция не выполнена (например, по причине инвалидации локов, KIKIMR_LOCKS_INVALIDATED в подробных сообщениях об ошибке) | Повторить всю транзакцию | R | +| ABORTED | Операция не выполнена (например, по причине инвалидации локов, TRANSACTION_LOCKS_INVALIDATE в подробных сообщениях об ошибке) | Повторить всю транзакцию | R | | UNAUTHENTICATED | Требуется аутентификация. | Проверить использующийся токен. С актуальным токеном повторить запрос. | N | | UNAUTHORIZED | Отсутствует доступ к запрашиваемому объекту (таблица, директория) | Запросить доступ у администратора БД. | N | | UNAVAILABLE | Часть системы недоступна | Повторить последнее действие (запрос) | R | |