LVM: isso é espelhado? copia isso devagar?

Question

Antecedentes: o My Windows Home Server mordeu a poeira - algum tipo de OS Hang. As unidades e o hardware ainda estavam bons; Depois de ter certeza de que todos os meus dados foram copiados, decidi investigar o Ubuntu e o LVM (juntamente com o btsync e o samba, mas isso é outra história)

Eu tinha as seguintes unidades disponíveis para mim: 1TB, 1,5TB e 2TB.

Eu estava tentando descobrir como particioná-los e atacá-los juntos. Eu corri em vários círculos. O que acabei fazendo foi:

• 1 partição em cada disco para todo o disco
• pvcreate / dev / sd [b, c, d]
• vgcriar todos os itens acima juntos em um único vg "vg1"
• lvcreate -m1 nesse vg1.

Eu joguei com os tamanhos. Com certeza, me deixaria criar e estender até 1,8 TB, mas não mais.

Pergunta # 1: é realmente espelhado? Eu acho que é; no entanto, eu não segui nenhuma diretriz de "emparelhar esta unidade com essa unidade porque eles são do mesmo tamanho" (que é praticamente todo exemplo que eu encontrei no LVM).

Saída do lsblk, excluindo o drive O / S:

sdb                            8:16   0   1.4T  0 disk
└─sdb1                         8:17   0   1.4T  0 part
  └─vg1-lv1_mimage_0 (dm-1)  252:1    0   1.8T  0 lvm
    └─vg1-lv1 (dm-3)         252:3    0   1.8T  0 lvm  /srv/samba/share
sdc                            8:32   0   1.8T  0 disk
└─sdc1                         8:33   0   1.8T  0 part
  └─vg1-lv1_mimage_1 (dm-2)  252:2    0   1.8T  0 lvm
    └─vg1-lv1 (dm-3)         252:3    0   1.8T  0 lvm  /srv/samba/share
sdd                            8:48   0 931.5G  0 disk
└─sdd1                         8:49   0 931.5G  0 part
  ├─vg1-lv1_mlog (dm-0)      252:0    0     4M  0 lvm
  │ └─vg1-lv1 (dm-3)         252:3    0   1.8T  0 lvm  /srv/samba/share
  └─vg1-lv1_mimage_0 (dm-1)  252:1    0   1.8T  0 lvm
    └─vg1-lv1 (dm-3)         252:3    0   1.8T  0 lvm  /srv/samba/share

Pergunta # 2: Quando a cópia #! $ $ $ será feita? Está funcionando por cerca de 24 horas até agora. É realmente tão lento? Ou está ficando para trás porque eu também estou atualmente btsync'ing meus dados de volta para o array? Ou há algo errado que eu possa ajustar e consertar?

Saída de lvs -a:

  LV             VG        Attr      LSize   Pool Origin Data%  Move Log      Copy%  
  root           ubuntu-vg -wi-ao--- 697.39g
  swap_1         ubuntu-vg -wi-ao---   1.00g
  lv1            vg1       mwi-aom--   1.80t                         lv1_mlog  43.83
  [lv1_mimage_0] vg1       Iwi-aom--   1.80t
  [lv1_mimage_1] vg1       Iwi-aom--   1.80t
  [lv1_mlog]     vg1       lwi-aom--   4.00m

Obrigado por qualquer feedback e orientação antecipadamente.

Outros detalhes, se forem relevantes:

• EX485 antigo servidor de mídia da HP
• Ubuntu Desktop 32bit 14.something a partir de 3 dias atrás (< 2G de RAM)
• Instalado pela montagem da unidade de inicialização em outro lugar, instalando, adicionando o sshd e, em seguida, movendo-o, talvez seja um problema de driver de disco de baixo nível

atualização # 1 Eu peguei algumas das letras miúdas aqui (meu negrito acrescentou):

When a mirror is created, the mirror regions are synchronized. For large mirror components, the sync process may take a long time. When you are creating a new mirror that does not need to be revived, you can specify the nosync argument to indicate that an initial synchronization from the first device is not required.

Isso pode indicar que o "tempo de cópia longo" está correto.

    

Answer 1

se você estiver criando um volume de espelho lvm de zero de alguns TB, talvez você possa usar a opção --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.