История изменений
Исправление Pinkbyte, (текущая версия) :
если подрубить один logical volume, сделанный на общей через clvm vg, форматнуть его в ext4 и писать туда с двух систем - будет фарш?
Да, файловой системе кранты. Не-кластерная ФС не предполагает что кто-то кроме неё может вносить изменения, а значит во-первых - какие-то данные будут кешироваться, а во-вторых внезапное изменение журнала кем-то снаружи тоже радости не добавит
если использовать, что-то, что работает напрямую с lvm(vl? vg?) - оно будет нормально делить его локами?
Без clvm любые ОДНОВРЕМЕННЫЕ изменения метаданных lvm(количество lv в vg, их размер и т.д.) с разных нод чреваты разрушением volume group. Для того чтобы этого не происходило clvm и придумали. clvm гарантирует что в единицу времени только одна нода будет менять метаданные lvm, он же гарантирует что изменения сразу увидятся всеми остальными. Я первый раз по неопытности долго вдуплял почему без clvm при создании lv на другой ноде он не появляется пока не сделаешь lvscan. Разгадка проста - кеш.
Однако если запись идет непосредственно на сами тома - метаданные самого vg не пострадает(что очевидно)
Исправление Pinkbyte, :
если подрубить один logical volume, сделанный на общей через clvm vg, форматнуть его в ext4 и писать туда с двух систем - будет фарш?
Да, файловой системе кранты
если использовать, что-то, что работает напрямую с lvm(vl? vg?) - оно будет нормально делить его локами?
Без clvm любые ОДНОВРЕМЕННЫЕ изменения метаданных lvm(количество lv в vg, их размер и т.д.) с разных нод чреваты разрушением volume group. Для того чтобы этого не происходило clvm и придумали. clvm гарантирует что в единицу времени только одна нода будет менять метаданные lvm, он же гарантирует что изменения сразу увидятся всеми остальными. Я первый раз по неопытности долго вдуплял почему без clvm при создании lv на другой ноде он не появляется пока не сделаешь lvscan. Разгадка проста - кеш.
Однако если запись идет непосредственно на сами тома - метаданные самого vg не пострадает(что очевидно)
Исходная версия Pinkbyte, :
если подрубить один logical volume, сделанный на общей через clvm vg, форматнуть его в ext4 и писать туда с двух систем - будет фарш?
Да, файловой системе кранты
если использовать, что-то, что работает напрямую с lvm(vl? vg?) - оно будет нормально делить его локами?
Без clvm любые ОДНОВРЕМЕННЫЕ изменения метаданных lvm(количество lv в vg, их размер и т.д.) с разных нод чреваты разрушением volume group. Для того чтобы этого не происходило clvm и придумали. clvm гарантирует что в единицу времени только одна нода будет менять метаданные lvm, он же гарантирует что изменения сразу увидятся всеми остальными. Я первый раз по неопытности долго вдуплял почему без clvm при создании lv на другой ноде он не появляется пока не сделаешь lvscan. Разгадка проста - кеш.
Однако если запись идет непосредственно на сами тома - сам vg не пострадает(что очевидно)