Ну я и это тоже имел в виду :)

там короч неоднозначно может быть
длина может придти в упакованном инте

Она всегда идёт в упакованном инте

Тарантул всегда пакует в пятибайтовый инт

Знач питон коннектор паковал некорректно в некоторые кейсы

Подтверждаю

опять я нерелевантен

Но в обратку принимает и инты меньшего размера, там обычный unpack мсжпуком

да

Если б была проблема с парсингом длины в коннекторе, она бы уже выстрелила лет 5 назад :)

mtu где-то кривой например или в коннекторе склейка пакетов плохо обрабатывается

Сомневаюсь что меты так много что она не впихивается в 4КБ (это макс размер пакета)

все так

кстате

> склейка пакетов
тоже бы проявилась сильно раньше

самое удивительное будет, что я перезалью данные  и какое-то время (в данном случае неделю) проработает без особых проблем

я что-то не нашел ничего, как пользоваться

Похожая проблема, возникает ошибка:
main/128/vshard.discovery._static_router init.lua:270 W> Error during discovery 47093308-2b3d-46d9-a241-837b8cec36bf: Procedure 'vshard.storage.buckets_discovery' is not defined
Имеется конфигурация кластера cartridge:
1 роутер - 2 мастера шарда (первый с весом 1, второй с весом 0) , тоесть все вызовы должны идти на 1 шард
Останавливаем первый мастер-шард и поднимаем снова через пару секунд, с роутера получаю ошибку:
" main/659/main replicaset.lua:246 E> Exception during calling 'vshard.storage.call' on 'host:3303(admin@host:3303)': Procedure 'vshard.storage.call' is not defined"
Вызов с роутера происходит через след. конструкицю:
err_vshard_router:pcall(
       vshard.router.callbro,
       bucket_id,
       'proc_name',
       { args }
   )