Каковы издержки использования нескольких устройств набега меньшего размера по сравнению с разделенными устройствами набега как физические тома?
Я думаю, что проблема в том, что ваш локальный компьютер интерпретирует кавычки, а не посылает их. Попробуйте экранировать кавычки с помощью \, т.е. \". Возможно, вам придется поэкспериментировать. Удаленное выполнение команд, требующих кавычек, всегда сложно.
Это может быть невозможно в вашем окружении, но если вы можете создать длинную команду в скрипте shell на удаленной машине и затем вызвать этот скрипт, это может избавить вас от некоторой головной боли.
В общем, вы должны стараться иметь как можно меньше VG (VG могут быть распределены по нескольким PV с помощью vgextend). Это облегчает управление, когда один VG охватывает все PV, и вы можете просто использовать pvmove для миграции LV на другое физическое устройство.
За годы работы с программным RAID я обнаружил, что если разбить большие диски на более мелкие разделы, то RAID-массивы на диски лучше работают с практической точки зрения. В ущерб некоторой сложности.
Пример: (8) Диски емкостью 4 ТБ, собранные в программный массив RAID10 с (1) запасным. Общее чистое пространство составит около 13 ТБ независимо от того, как мы нарезаем диски. Но если мы будем использовать по одному большому разделу на каждом диске, время восстановления массива составит около 8-10 часов. А если не удастся или потребуется перезагрузка, то mdadm обычно будет начинать все сначала.
Но если разделить его на (4) раздела на диск и собрать (4) массивы RAID10 (/dev/md101 = sd[abcdefgh]1, /dev/md102 = sd[abcdefgh]2 и т.д.), то каждый массив пересобирается примерно через 2-2.5 часа. Общее время восстановления по-прежнему составляет 8-10 часов. И если mdadm будет прерван перезагрузкой, ему не придется переделывать уже завершенные массивы. Обратите внимание, что все (4) мдадм массивы являются PV и все они должны принадлежать одному VG.
Есть также небольшое преимущество в производительности, потому что вы можете заставить все ваши тяжелые LV доступа на одном PV (/dev/md101), который поставит блоки на первые 25% пластинки. Это может привести к небольшому увеличению скорости. Вы также можете использовать pvmove для дефрагментации LV, перемещая их.