YD
а после бута это и не нужно. потому что когда ты забутился успешно, единственное что может дать кворум - это сломать работавший инстанс. И нафиг такое счастье
Size: a a a
2020 September 04
VS
Возможно стоит переименовать в replication_boot_quorum и игнорить после бута. На это наступают постоянно. Старую опцию задепрекейтить
VS
Сейчас этот кворум еще и может запутать с кворумом синхрона
GS
А еще советую обновиться хотя бы до 2.0.2, там было такое:
Prevent instance state transition from ConnectingFullmesh to OperationError if replication fails to connect or to sync. Since now such fails result in staying in ConnectingFullmesh state until it succeeds.
Prevent instance state transition from ConnectingFullmesh to OperationError if replication fails to connect or to sync. Since now such fails result in staying in ConnectingFullmesh state until it succeeds.
running Tarantool 2.2.2
GS
так это у вас роутер или сторадж?
две реплики для стораджей с данными
YD
running Tarantool 2.2.2
я про картридж
GS
если используется энтерпрайзный дистр, в рокспеке приложухи достаточно версию картриджа поменять?
YD
ага
GS
понял, спасибо
а то что одна из реплик часть лога потеряла, это мы сами виноваты или похожее наблюдалось ранее?
а то что одна из реплик часть лога потеряла, это мы сами виноваты или похожее наблюдалось ранее?
DS
а сколдько она в дауне была?
GS
больше недели назад перестала синхронизоваться, причем поначалу статус healthy был, потом поменялся на operationError, может после рестарта кластера
DS
после рестарта, да. неделю мастер под нагрузкой не может логи для реплики хранить)
GS
https://luajit.org/ext_ffi_api.html
то что tostring() выводит LL и ULL суффиксы, это следствие LuaJIT?
то что tostring() выводит LL и ULL суффиксы, это следствие LuaJIT?
IM
https://luajit.org/ext_ffi_api.html
то что tostring() выводит LL и ULL суффиксы, это следствие LuaJIT?
то что tostring() выводит LL и ULL суффиксы, это следствие LuaJIT?
$ luajit -e 'print(-1ULL)'
18446744073709551615ULL
GS
tarantool> ffi.typeof(-1ULL)
---
- ctype<uint64_t>
...
tarantool> ffi.typeof(-1)
---
- error: 'bad argument #1 to ''?'' (C type expected, got number)'
...
собственно откуда ноги растут: из джава клиента Long прилетает в виде сишного uint64_t что после tostring дает суффиксы, а мне надо бы строку этого числа без всяких суффиксов
---
- ctype<uint64_t>
...
tarantool> ffi.typeof(-1)
---
- error: 'bad argument #1 to ''?'' (C type expected, got number)'
...
собственно откуда ноги растут: из джава клиента Long прилетает в виде сишного uint64_t что после tostring дает суффиксы, а мне надо бы строку этого числа без всяких суффиксов
GS
можно отрезать лишнее из строки, но может есть более правильный способ?
AK
tarantool> ffi.typeof(-1ULL)
---
- ctype<uint64_t>
...
tarantool> ffi.typeof(-1)
---
- error: 'bad argument #1 to ''?'' (C type expected, got number)'
...
собственно откуда ноги растут: из джава клиента Long прилетает в виде сишного uint64_t что после tostring дает суффиксы, а мне надо бы строку этого числа без всяких суффиксов
---
- ctype<uint64_t>
...
tarantool> ffi.typeof(-1)
---
- error: 'bad argument #1 to ''?'' (C type expected, got number)'
...
собственно откуда ноги растут: из джава клиента Long прилетает в виде сишного uint64_t что после tostring дает суффиксы, а мне надо бы строку этого числа без всяких суффиксов
Бага есть на tostring
GS
IM
ЕМНИП, тут только консоль поправили.