KO
Я подумаю, как сделать в новой версии клиента подмену insert на call прозрачным образом для приложения.
костыли
Size: a a a
2020 May 29
AK
Этот тикет формулирует проблему. Если она решится вторым тикетом, то он закроется автоматически
AK
Второй тикет формулирует совсем другую проблему
MM
Добрый день! Пытаюсь отладить приложение (cartridge). Поставил в коде точку останова debug.debug(), запускаю интеграционный тест, выполнение останавливается, в консоле ввожу названия переменных или любой другой код - вычислений никаких не происходит. Я что-то делаю не так?
хотя оказалось, что сработало.
$ .rocks/bin/luatest -c test_name
...
api | lua_debug>
require('log').info('test')
api | 2020-05-29 09:52:34.848 [78984] main/156/http/127.0.0.1:53141 I> test
api | lua_debug>
$ .rocks/bin/luatest -c test_name
...
api | lua_debug>
require('log').info('test')
api | 2020-05-29 09:52:34.848 [78984] main/156/http/127.0.0.1:53141 I> test
api | lua_debug>
AK
костыли
Да, но пока ни один тикет не сделан...
KO
этот тикет не формулирует проблему от слова совсем. Сформулировать проблему -это написать пример кода, который сейчас работает одним образом, а потом будет работать другим. У вас что-то в заголовке отдалённо связанное с vshard. Понять что вы хотите не зная что именно болит - невозможно
KO
Вы, видимо, хотите, чтобы драйвера могли работать с vshard без изменений.
KO
для этого вы предлагаете втащить часть кода роутера в iproto thread.
AK
Вы, видимо, хотите, чтобы драйвера могли работать с vshard без изменений.
Не только с вшард, на самом деле, а с любым роутером на Тарантуле
D
хотя оказалось, что сработало.
$ .rocks/bin/luatest -c test_name
...
api | lua_debug>
require('log').info('test')
api | 2020-05-29 09:52:34.848 [78984] main/156/http/127.0.0.1:53141 I> test
api | lua_debug>
$ .rocks/bin/luatest -c test_name
...
api | lua_debug>
require('log').info('test')
api | 2020-05-29 09:52:34.848 [78984] main/156/http/127.0.0.1:53141 I> test
api | lua_debug>
странно, попробовал с флагом -c, начало сыпать ошибками. Вы просто в коде добавили debug.debug() ?
KO
это вообще задача -космос.
KO
это то же самое что сделать рафт с внешним координатором. Выглядит как часть рафта, а на самом деле рафт+
MM
странно, попробовал с флагом -c, начало сыпать ошибками. Вы просто в коде добавили debug.debug() ?
да. с -с он просто пишет все логи в стдаут. раньше они были, но вы их не видели, пока тест не падал
AK
для этого вы предлагаете втащить часть кода роутера в iproto thread.
Не обязательно оно так должно решаться. Предлагаю обсуждать это в тикете
KO
Ага, чтобы все кто придёт в этот тикет через Икс лет в этом всём потом разбирались?
KO
нет уж
D
да. с -с он просто пишет все логи в стдаут. раньше они были, но вы их не видели, пока тест не падал
понял, поковыряю дальше. спасибо )
KO
@akudiyar открой код роутера и посмотри. Роутер vshard делает внутри себя:
1) Бакет дискавери - как это сделать в iproto треде не сделав _bucket системным спейсом. Как iproto тред будет знать что нужно делать бакет дискавери? Откуда у него информация о других инстансах в кластере?
2) Фейловер. #2625 *только* про это, потому что вроде как для фейловера у тарантула есть достаточно инфы в собственном конфиге, и то его не могут сделать 2 года.
3) Обработку ответов от vshard storage, что бакет переезжает.
Короче, это не тупо спроксировать IPROTO_INSERT в vshard.callrw. Забивать такое в один тикет - ну такое, можно было его с тем же успехом назвать "60% встроенного шардинга".
1) Бакет дискавери - как это сделать в iproto треде не сделав _bucket системным спейсом. Как iproto тред будет знать что нужно делать бакет дискавери? Откуда у него информация о других инстансах в кластере?
2) Фейловер. #2625 *только* про это, потому что вроде как для фейловера у тарантула есть достаточно инфы в собственном конфиге, и то его не могут сделать 2 года.
3) Обработку ответов от vshard storage, что бакет переезжает.
Короче, это не тупо спроксировать IPROTO_INSERT в vshard.callrw. Забивать такое в один тикет - ну такое, можно было его с тем же успехом назвать "60% встроенного шардинга".
AK
@akudiyar открой код роутера и посмотри. Роутер vshard делает внутри себя:
1) Бакет дискавери - как это сделать в iproto треде не сделав _bucket системным спейсом. Как iproto тред будет знать что нужно делать бакет дискавери? Откуда у него информация о других инстансах в кластере?
2) Фейловер. #2625 *только* про это, потому что вроде как для фейловера у тарантула есть достаточно инфы в собственном конфиге, и то его не могут сделать 2 года.
3) Обработку ответов от vshard storage, что бакет переезжает.
Короче, это не тупо спроксировать IPROTO_INSERT в vshard.callrw. Забивать такое в один тикет - ну такое, можно было его с тем же успехом назвать "60% встроенного шардинга".
1) Бакет дискавери - как это сделать в iproto треде не сделав _bucket системным спейсом. Как iproto тред будет знать что нужно делать бакет дискавери? Откуда у него информация о других инстансах в кластере?
2) Фейловер. #2625 *только* про это, потому что вроде как для фейловера у тарантула есть достаточно инфы в собственном конфиге, и то его не могут сделать 2 года.
3) Обработку ответов от vshard storage, что бакет переезжает.
Короче, это не тупо спроксировать IPROTO_INSERT в vshard.callrw. Забивать такое в один тикет - ну такое, можно было его с тем же успехом назвать "60% встроенного шардинга".
Речь не только про вшард, это может быть приложение на картридже, которое представляет из себя набор стейтлесс инстансов с роутером
DS
а почему в ипрото треде то