背景:私のWindows Home Serverがハングしました。一種のOSの停止です。ドライブとハードウェアはまだ大丈夫です。すべてのデータをバックアップしたことを確認した後、UbuntuとLVM(そしてbtsyncとsambaは別の話です)を調べることにしました。
利用可能なドライブは1TB、1.5TB、2TBです。
どうすればこれらを分離して一緒に攻撃できるか悩んでいます。私は円を描いて回った。私がしたことは次のとおりです。
- ディスク全体に対して、各ディスクに1つのパーティション
- pvcreate /dev/sd[b,c,d]
- vg は上記のすべてのエントリを 1 つの vg "vg1" として生成します。
- vg1でlvcreate -m1を実行します。
私はサイズで遊んだ。もちろん、lvcreateを作成して1.8TBまで拡張できますが、それ以上ではありません。
質問#1:本当にミラーリングされますか?私はそうだと思います。しかし、私は「このドライブとそのドライブのサイズが同じであるため、ペアリング」の指示に従いません(これはLVMで見つけたほぼすべての例です)。
O / Sドライバーを除くlsblkの出力:
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
質問#2:!#$!$%のコピーはいつ完了しますか?現在まで約24時間実行されています。本当にそんなに遅いですか?それとも現在私のデータをアレイに再同期しているので遅れていますか?それとも調整して修正できる問題がありますか?
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
フィードバックとご案内をお寄せいただきありがとうございます。
追加の詳細(ある場合):
- EX485 ex HPメディアサーバー
- 14.3日前Ubuntuデスクトップ32ビット状況(<2Gメモリ)
- ブートドライブを別の場所にマウントしてマウントし、sshdを追加して移動してインストールするので、低レベルのディスクドライバの問題になる可能性があります。
アップデート#1小さな文字が見つかりました。ここ(私が強調する):
ミラーが作成されると、ミラー領域が同期されます。大型ミラーコンポーネントの場合、同期プロセス時間がかかることがあります。回復を必要としない新しいミラーを作成する場合は、nosyncパラメータを指定して、最初のデバイスからの初期同期が必要ないことを示します。
これは、「長いコピー時間」が正しいことを示し得る。
ベストアンサー1
0TBで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.