AK
env ?
Size: a a a
2020 September 29
DK
env у докера
AK
ага, ща
DK
либо force_recovery = true в box.cfg
DK
что легче
AK
о, так проще будет, спасибо
AK
странная магия всё же ...
AK
2020-09-29 14:54:27.504 [1] main/110/applier/root@tarantool-server01:3301 I> 18.2M rows received
2020-09-29 14:54:29.241 [1] main/110/applier/root@tarantool-server01:3301 I> can't read row
2020-09-29 14:54:29.241 [1] main/110/applier/root@tarantool-server01:3301 memtx_engine.c:1294 !> SystemError Failed to allocate 16384 bytes in mempool for new slab: Out of memory
2020-09-29 14:54:29.244 [1] main/110/applier/root@tarantool-server01:3301 I> authenticated
# grep -A5 box.cfg init.lua
box.cfg {
log_level = 5,
memtx_memory = 15368709120,
force_recovery = true,
read_only = cfg.read_only,
}
AK
но при этом, повторюсь, если запускать 2-ой инстанс мастера, то после 18.2 он переходит в
AK
2020-09-29 14:35:35.853 [1] main/103/tarantool-entrypoint.lua I> 18.2M rows processed
2020-09-29 14:35:37.208 [1] main/103/tarantool-entrypoint.lua I> recover from `/var/lib/tarantool/00000000008585006939.xlog'
2020-09-29 14:35:38.403 [1] main/103/tarantool-entrypoint.lua I> done `/var/lib/tarantool/00000000008585006939.xlog'
DK
то есть не стартует даже с force_recovery.. по нашему опыту этот замечательный ключик игнорит не только ошибки в файлах (битые операции например), но и то что данные не помещаются в память. я думаю дело действительно не в нехватке памяти
AK
а в чём-чём ?
DK
🤷♂️
AK
ну опять же .. если памяти не хватало -- то мастер реплика 2-ая не стартанула
DS
строго говоря 2.4.1 - это бета, стоит попробовать обновиться
AK
ща попробуем
DK
кстати есть ещё один вариант. у вас там может быть среди операций какой-нибудь большой тапл, которые не помещается в память. по дефолту достаточно чтобы он был больше мегабайта и всё встанет. попробуйте явно покрутить memtx_max_tuple_size
DS
тогда ошибка была бы другая вроде
DS
но мои идеи не лучше
DK
вроде да, но кто его знает