LINUX.ORG.RU

Glusterfs с арбитром в split-brain: почему не переходит в read-only?

 , ,


0

1

Вопрос такой: есть том glueser в конйфигурации replica 2 arbiter 1, состоящий из следующих glusterfs-bricks:

COD01:
   master:/mnt/glue
   arbiter:/mnt/glue
COD02:
   slave:/mnt/glue

На master и slave том смонтирован (в /data/gluster/glueser, но это не важно в контексте повествования и вопроса).

Если изолировать любую из нод (master или slave), то не только операции записи, но почему-то и операции чтения фейлятся на изолированном узле. Ну ок, там client-quorum does not met, но почему нельзя хотя бы read-only оставить? Может, есть какой-то патч/фикс, чтобы, например, если slave оказался в одиночестве по причине того, что COD1 упал, то хотя бы читать-то с него можно было нормально, используя том гластера, а не прямой доступ к файлам на /mnt/glue

★★★★★

Последнее исправление: DRVTiny (всего исправлений: 1)

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

В таком случае бы слейв отдавал неактуальные данные. Считаю поведение верным. )

aol ★★★★★
()
Последнее исправление: aol (всего исправлений: 1)
Ответ на: комментарий от aol

Ну и пусть неактуальные, меня бы это устроило. У нас файловое хранилище, куда документы только добавляются, сканы всякие, гигантские XML-ки и прочий бюрократический стаф.

DRVTiny ★★★★★
() автор топика
Ответ на: комментарий от DRVTiny

Кроме твоего желания, наверняка, есть ещё логика автовосстановления от сплитбрейна. Ты хочешь пойти против неё. Будет непросто, как мне кажется )

aol ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.