может после предыдущего падения похерился снэпшот?

грохну его, перезалью данные, поглядим

Очень похоже на наши проблемы. По всей видимости нехватает lua памяти

box.info.memory().lua понаблюдайте

спасибо

Добрый день! У меня развернут двухнодовый актив-актив кластер (v2.3). Разворачивал с помощью одного lua файла, где указал в replication два URI серверов и оба в read_only = false;
Хотел обновиться до 2.6.2, начал собирать кластер на двух тестовых ВМ. В доке написано, что лучше использовать картридж. Читаю доки по картриджу и не могу понять, как мне на нем сделать актив-актив кластер? Использоваться будет только БД и только InMemory.
Везде пишут про развертывание приложений, но пока нужна просто БД, может позже дойдем до приложений на lua) Может кто тыкнет на статью или как-то на пальцах расскажет как такую простую вещь сделать в картридже?

там флажочек all_rw в настройках репликасета

но картридж не связан с обновлением на 2.6, если вас все устраивало - живите как жили

Я поясню про all_rw. В картридже репликация всегда фулмеш. Но по-умолчанию только один инстанс является rw (лидер), остальные ro. all_rw делает всех rw.

Не пинайте сильно, что не совсем по теме чата вопрос. Но может посоветует кто в какую сторону смотреть. Ситуация такая. Есть серврер физический на Centos, на нем крутится гошный софт и тарантул. Гошный софт создает подключения к сайтам в интернете и запрашивает/отдает данные. Все идет хорошо, но с периодичностью где то раз в 2 дня на серваке перестает работать сеть, ни Гошный софт, ни тарантул ни ssh не могут установить какие либо сетевые соединения (при этом сам сервак, судя по логам работает нормально). После рестарта сервера счетчик идет с нуля и снова где то на 2-й день все по новой. В логах сервера ошибок нет от слова вообще.(ни в dmesg ни в message) Пытаюсь обвесить сервер метриками сейчас, но трудно сразу угадать куда смотреть. Из предположений моих только то, что Гошный софт копит коннекты и при превышении net.netfilter.nf_conntrack_max просто не устанавливаются новые соединения. Пытаюсь получить подтверждение этому. Еще вариант с проблемами сетевой карты или кабелем(но это на мой взгляд менее вероятно)
Есть у кого идеи что можно помониторить, чтоб поймать за руку бандита?

Получается репликасет из двух мастер нод и все? Там какой-то роутер, не совсем догоняю для чего он)

роутеры только когда шардированное приложение нужны

я бы смотрел счётчики
можно через тулзы, можно через /proc: /proc/net/dev, /proc/net/netstat, /proc/net/sockstat, /proc/net/nf_conntrack, /proc/net/snmp
в состоянии "нормально" и в состоянии "сломалось"

Ну вот сейчас вот такой список параметров мониторим:

понял, спасибо! попробую

у вас во время работы, а  у ребят на старте. там ещё нет lua

Я на первое сообщение ориентировался:
Evgeniy Kozhuhovskiy, [18.03.21 08:46]
Добрый день!
Подскажите, тарантул падает вот таким образом через некоторое время работы:

2021-03-17 23:17:50.927 [598] snapshot/101/main C> 0.3M rows written
2021-03-17 23:17:51.177 [598] snapshot/101/main C> 0.4M rows written
2021-03-17 23:17:51.421 [598] snapshot/101/main C> 0.5M rows written
2021-03-18 00:04:53.710 [598] main/4719/main C> not enough memory

физической памяти на сервере при этом точно хватает

Это прям как у нас 1 в 1

у них упало во время записи снапшота

соседние сообщения в логе об этом говорят. при этом неясно как снапшот скорраптился, и как это могло привести к падению на старте.