vshard.storage.bucket_force_create()?

посмотрю. спасибо )

решил )

А расскажите, как?

tmp/db/config временно переместил на другую месту потом очистил snap и docker volume пересоздал до этого создал бекап проекта потом заново использвал тот конфиги. В докере где то volume эти данные остает даже делаеш очистку /tmp/db

tmp/db/config временно переместил на другую месту потом очистил snap и docker volume пересоздал до этого создал бекап проекта потом заново использвал тот конфиги. В докере где то volume эти данные остает даже делаеш очистку /tmp/db

При ошибке

Error: Could not find header file for TARANTOOL
 No file tarantool/module.h in /usr/local/include
 No file tarantool/module.h in /usr/include
You may have to install TARANTOOL in your system and/or pass TARANTOOL_DIR or TARANTOOL_INCDIR to the luarocks command.
Example: luarocks install vshard TARANTOOL_DIR=/usr/local

Необходимо установить пакет tarantool-devel

CentOS yum -y install tarantool-devel

Этот пакет ещё существует?
При установке получаю Unable to locate package tarantool-devel

Какие сейчас рекомендации при такой ошибке?

Поставить этот пакет, если debian то sudo apt install tarantool-dev

Поставить этот пакет, если debian то sudo apt install tarantool-dev

Спасибо

При ошибке

Error: Could not find header file for TARANTOOL
 No file tarantool/module.h in /usr/local/include
 No file tarantool/module.h in /usr/include
You may have to install TARANTOOL in your system and/or pass TARANTOOL_DIR or TARANTOOL_INCDIR to the luarocks command.
Example: luarocks install vshard TARANTOOL_DIR=/usr/local

Необходимо установить пакет tarantool-devel

CentOS yum -y install tarantool-devel

Тут название пакета devel, а не dev

Поведение не стало более некорректным после этого изменения — это верно. В остальном, мы таким образом разрешаем выполнить запрос со старым space_id / index_id. Мы также предоставляем пользователю информацию о схеме в space like объектах, и пользователь может воспользоваться ей при формировании запроса (например, для выделения первичного или вторичного ключа из тапла для использования в запросе).

Ошибка E_WRONG_SCHEMA_VERSION нужна, чтобы запрос не был выполнен, если клиент имел неактуальную информацию о схеме. Мы не можем и не должны делать предположений о том, что схема не использовалась при формировании запроса. Более того, мы сами используем потенциально устаревшую схему для разрешения имен спейса и индекса. После рефетчинга схемы мы должны заново отмапить space name и index name в числовые id: в этом случае мы можем дать гарантию о том, что запрос был сделан по схеме, актуальной на момент вызова net.box-метода или более новой. В текущем варианте схема может быть любой: из прошлого, настоящего или будущего.

На мой взгляд, хорошей схемой взаимодействия является описанная тут (и, несколько детальней, тут). Кроме указанных моментов (когда дропать схему, когда слать IPROTO_PING и т. п.) я бы еще отметил парочку:

* Двух случаях необходимо делать запросы без schema_id: когда качаем саму схему (но мы должны убедиться, что все связанные со схемой ответы содержат одинаковый schema_id) и когда аутентифицируемся.
* Перед повторением запроса, получившего E_WRONG_SCHEMA_VERSION, мы должны заново отрезолвить имена спейса / индекса, если они использовались при запросе.