LVM: это зеркально отражается? копия, это замедляется?
Это может быть, покончили reboot функция (man 2 reboot).
import ctypes
libc = ctypes.cdll['libc.so.6']
RB_POWER_OFF = 0x4321fedc
RB_AUTOBOOT = 0x01234567
def shutdown():
libc.reboot(RB_POWER_OFF)
def reboot():
libc.reboot(RB_AUTOBOOT)
, если вы создаете зеркальный том lvm из нуля некоторого ТБ, возможно, вы можете использовать параметр --nosync
man lvcreate
Specifying the optional argument --nosync will cause the creation of the mirror to skip the initial resynchronization. Any data written afterwards will be
mirrored, but the original contents will not be copied. This is useful for skipping a potentially long and resource intensive initial sync of an empty
device.
Отвечая на ваш первый вопрос, да, это зеркальное отражение. Вывод команды lvsпоказывает, что информация в столбце Copy%:
LV VG Attr LSize Pool Origin Data% Move Log Copy%
lv1 vg1 mwi-aom-- 1.80t lv1_mlog 43.83
Как мы видим, в вашем случае вы находитесь на уровне 43,83%, что означает, что в то время, когда зеркало было еще частичным (, вы не могли восстановиться после зеркала ).
Чтобы получить дополнительную информацию и узнать, какие диски используются, вам нужно перечислить устройства в ваших логических разделах. Это делается с помощью следующей команды:
sudo lvs -a -o +devices
И тогда вы увидите, какое устройство каким образом используется. С моего компьютера (с двумя дисками одинакового размера )это выглядит так:
LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync Convert Devices
root tristan mwi-aom--- <250.00g [root_mlog] 100.00 root_mimage_0(0),root_mimage_1(0)
[root_mimage_0] tristan iwi-aom--- <250.00g /dev/sda5(0)
[root_mimage_1] tristan iwi-aom--- <250.00g /dev/sdb5(0)
[root_mlog] tristan mwn-aom--- 4.00m 100.00 root_mlog_mimage_0(0),root_mlog_mimage_1(0)
[root_mlog_mimage_0] tristan iwi-aom--- 4.00m /dev/sdb5(472781)
[root_mlog_mimage_1] tristan iwi-aom--- 4.00m /dev/sdb5(63999)
swap_1 tristan -wi-ao---- <15.97g /dev/sda5(472748)
tristan-home tristan rwi-aor--- <1.56t 2.72 tristan-home_rimage_0(0),tristan-home_rimage_1(0)
В вашем случае он будет использовать 1 ТБ и 1,5 ТБ для одной копии и 2 ТБ для другой копии. В результате получается раздел размером около 1,8 ТБ (, потому что на диске написано 2 ТБ, но на самом деле это 2 000 000 000 000 [или 2x10¹², а не 2⁴¹ ). Программное обеспечение LVM достаточно умно, чтобы выбирать несколько физических устройств, когда вы запрашиваете зеркало RAID1. Я не знаю, есть ли способ форсировать определенное физическое устройство без создания определенной группы для вашего RAID.
Что касается вашего второго вопроса (Копировать это медленно? ), я полагаю, вы имели в виду «записывать так медленно?», и да, запись может оказаться медленной. Для наилучшей производительности RAID1 вам необходимо иметь N дисков с одинаковыми характеристиками и всеми блоками в одном и том же месте на всех дисках.
Наихудшим случаем медленной записи является ситуация, когда каждый диск имеет разную скорость. Например, у вас может быть 5000 об/мин и 7200 об/мин, и в этом случае вы будете привязаны к более медленной скорости и всевозможной синхронизации между двумя скоростями.
Ваше аппаратное обеспечение также может быть неисправно из-за того, что DMA, используемый для отправки данных на диски, должен быть правильно разделен, а некоторые старые настольные компьютеры могут просто не подходить для RAID1.