Ну, 2.7 пока бета, последний стейбл 2.6.2
А в мейл.ру так то и 1.5 кое где за стейбл :)

хорошо, задам иначе вопрос. Решите что то делать новое, какой tnt будете использовать? 2.6.2?

Я то возьму 2.6.2 или даже 2.7.1 )

Я бы взял 2.6.2, но учитывал ресурсы на пару обновлений в течение года (обычно неболезненные, но тем не менее).

do
    local ffi = require 'ffi'
    ffi.cdef[[ extern double replication_timeout; ]]
    ffi.C.replication_timeout = 5
end

что-то все очень сложно получается ))

может стоит попробовать поднять немного версию до 2.2.4 или больше? как вообще репликация будет работать с разными версиями?

Чтобы дать ответ на этот вопрос, нам понадобится немного времени, чтоб попробовать воспроизвести вашу проблему. Без воспроизведения сложно сказать, исправлена уже эта ошибка или нет.

room_space:create_index(room.USER_INDEX, {
   type = 'tree',
   unique = false,
   parts = {room.USER_ID, 'string'},
   if_not_exists = true
})

function model.delete_by_user_id(user_id)
   if validator.not_empty_string(user_id) then
       return model.get_space().index[model.USER_INDEX]:delete({user_id})
   end
end

Error: Get() doesn't support partial keys and non-unique indexes

Подскажите как правильно удалять из спейса по вторичному неуникальному индексу?

Вытаскивать праймак из таплов и звать space:delete(...)

А сам Тарантул так не умеет?

Нет

sql поможет, если неохота однострочник писать

Только sql если

Спасибо, разобрался

Поведение не стало более некорректным после этого изменения — это верно. В остальном, мы таким образом разрешаем выполнить запрос со старым 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, мы должны заново отрезолвить имена спейса / индекса, если они использовались при запросе.

Я зафайлю тикет с нормальным описанием (но попозже).

Это ошибка возникает как можно исправить ? Total active bucket count is not equal to total. Possibly a boostrap is not finished yet. Expected 30000, but found 0.

Это в картридже?

Похоже на незабутстрапленный vshard

ага.как можно исправить эту ошибку. Подсказка ?

это кнопка только в начале создания инстансов далее уже не поможет в моем версии 2.3.0