IF
йа не знал
йа всегда об этом говорил
Size: a a a
2021 January 27
SS
@cheburx вот и достоверный ответ.
ПС
Получается что все три должны записаться, только после этого придёт подтверждение:
write operation will always wait to ack until all osds for a PG have acked
the write. min_size has absolutely no affect on this
write operation will always wait to ack until all osds for a PG have acked
the write. min_size has absolutely no affect on this
IF
это так есть и всегда так было
ПС
Ясно, где-то я тут видел что при достижении minsize приходит ack. Значит это была ошибка.
SS
Ясно, где-то я тут видел что при достижении minsize приходит ack. Значит это была ошибка.
Да, это я сказал, был не прав =)
DP
Ясно, где-то я тут видел что при достижении minsize приходит ack. Значит это была ошибка.
это тут периодически сквозит
PK
а там разве не было что при дегрейде (когда цеф понимает что 3 копию не может записать, просто некуда) , он после 2 реплики скажет ack?
DP
а там разве не было что при дегрейде (когда цеф понимает что 3 копию не может записать, просто некуда) , он после 2 реплики скажет ack?
именно так
DP
но у тебя статус у пг будет другой
IF
такой момент есть, по-этому при декрадед возрастает скорость записи
DP
и сет будет другой
МК
такой момент есть, по-этому при декрадед возрастает скорость записи
интересно почему. ведь пишется на все реплики одновременно.
МК
ну если уперся в сеть - то понятно почемум
МК
а. ну типа вероятность что где-то всратый другими ИО диск - меньше.
IF
интересно почему. ведь пишется на все реплики одновременно.
а у тебя полноценной реплики на пг нет, при деградед, отсюда такое поведение
МК
AK
пруф что чтение не будет работать
Пг будет peered. А обслуживают запросы только active
ВН
В случае min size 2, до второй:)
до всех
SS
до всех
Да, я уже понял что был не прав )