Является ли lvm зеркало отказоустойчивым?

Зачем такое зеркало тогда?

Почему не mdadm? Или вопрос чисто академический?

Нет. Но лучше трижды подумать, прежде чем делать зеркало средствами LVM. И дело даже не в плюшках, которых не будет, а в mirror log.

Хз, может это такой способ копирования на другой диск без snapshot'а.

Тестовый стенд уже создаю, но может кто уже сталкивался

Почему не mdadm? Или вопрос чисто академический?

Потому что ситуация такая...

С массивом будут работать специально нанятые чёрные маги из техподдержки. Во избежание проблем временно можно использовать новый массив. Начальство не хочет простой pvmove, а хочет зеркало. Чтобы потом не тратить время на обратную миграцию. Я пытаюсь переубедить.

В чём может быть засада с mirror log? Особенно если core, а не диск?

Core же не сохраняется при деактивации группы. Кстати, есть режим mirrored — я о нём сейчас только узнал.

На мой взгляд mdadm raid1 все-таки лучшее решение. +1 диск в резерв. Главное иметь копию mbr где-нибудь в сторонке. Как-то задался целью убить такую вязку, имитируя всякие нештатные ситуации. А вот LVM у меня почему-то беспричинно начинал тормозить, и также его отпускало само, и зависал периодически без матов в журналах. После полугода я его острелил.

Я правильно понял, что после черных таджиков из техподдержки ты разделишь зеркало LVM на две копии и поставишь на две машины?

Я правильно понял, что после черных таджиков из техподдержки

Типун тебе на язык, какие нафиг таджики?

ты разделишь зеркало LVM на две копии и поставишь на две машины?

Нет, всё останется на старом массиве. Новый пойдёт под другие задачи

Нет, всё останется на старом массиве. Новый пойдёт под другие задачи

Тогда я опять не понимаю, почему не mdadm. Туплю, пойду спать.

Потому что LVM есть и не требует ни даунтайма, ни лишней возни для этой временной задачи. А mdadm используется для постоянных решений.

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