背景:私の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.
答え2
最初の質問に答えると、そうです。ミラーリングされています。このコマンドの出力には、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
これにより、どの画像がどのデバイスを使用しているかを確認できます。私のコンピュータ(同じサイズの2つのドライブがある)から見ると、次のようになります。
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)
あなたの場合、あるコピーには1Tbと1.5Tbを使用し、もう一方のコピーには2Tbを使用します。その結果、約1.8 Tbのパーティションが作成されます(ドライブは2 Tbに見えますが、実際には2,000,000,000,000(または2 ^ 4ではなく2 x 10 ^ 2))ためです。 LVMソフトウェアは、RAID1ミラーを要求するときに複数の物理デバイスを選択できるほどスマートです。 RAIDの特定のグループを作成せずに特定の物理デバイスを強制的に使用する方法があるかどうかわかりません。
2番目の質問(コピー速度が遅すぎますか?)については、「書き込みが遅いのですか?」という意味であると仮定し、はい、書き込み速度が遅くなる可能性があります。最適なRAID1パフォーマンスを得るには、まったく同じ特性を持つN台のドライブが必要で、すべてのドライブの同じ場所にすべてのブロックが必要です。
遅い書き込みの最悪のシナリオは、各ドライブの速度が異なることです。たとえば、5000rpmと7200rpmがある可能性があります。この場合、より遅い速度と2つの速度の間のさまざまな同期を使用する必要があります。
ドライブにデータを転送するために使用されるDMAを正しく共有する必要があり、一部の古いデスクトップコンピュータはRAID1に適していない可能性があるため、ハードウェアが不良になる可能性があります。