Телеграмм чат группы tarantoolru страница 7794

это не картридж, это бокс ругается

20:04пожаловаться #1

я понимаю

20:04пожаловаться #2

сморю в код, это в boot_instance

тут вопрос к картриджу , не должен ли он сам пытаться выйти из положения

20:05пожаловаться #5

сейчас получается что он остается в этом состоянии и уже никак сам не может выйти из него

20:06пожаловаться #6

Если бокс.цфг кинул ошибку - это неспроста.

20:07пожаловаться #7

Когда бокс не рейзит картридж терпеливо ждёт

20:08пожаловаться #8

ну теперь есть повод для размышления, вероятно есть ряд сценариев когда можно попробовать, типа как в моем случае когда получилось случайно

20:09пожаловаться #9

а причину устранить невозможно?

20:10пожаловаться #10

вот эту ситуацию с днсами

20:10пожаловаться #11

Vladislav Grubov in Tarantool

А какой у вас replication_connect_timeout ?

20:11пожаловаться #12

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

20:11пожаловаться #13

ну оно то можно устранить и в реальности на это сложно напороться, но тем не менее - бокс прилег - висим , понятно что извне я это устраню

20:12пожаловаться #14

опять таки, там после boot error еще классическое Could not reach node: suspect каждую секунду всплывает

20:13пожаловаться #15

ничего явно не прописывал

20:13пожаловаться #16

ты видел весь лог целиком, оно там это один раз для каждого узла написало и остановилось

20:14пожаловаться #17

т.е. оно в таком состоянии полчаса висело и ни строчки больше не написало

20:14пожаловаться #18

если пол часа, тогда ладно. я думал это конец лога и экстраполировал и ужаснулся

20:15пожаловаться #19

нет, это от и до, там больше никто ничего не писал пока его не вырубили