第60章 ストレージ
LVM は不完全なボリュームグループのイベントベースの自動アクティブ化をサポートしていません
ボリュームグループが不完全で物理ボリュームが見つからない場合、LVM はそのボリュームグループの LVM イベントベースの自動アクティベーションをサポートしません。これは、自動アクティベーションが行われるたびに --activationmode complete の設定が行われることを意味します。--activationmode complete オプションと自動アクティベーションの詳細については、vgchange (8) および pvscan (8) の man ページを参照してください。
/etc/lvm/lvm.conf 設定ファイルの global/use_lvmetad=1 設定で lvmetad が有効になっている場合、イベント駆動の自動アクティベーションフックが有効になることに注意してください。また、自動アクティベーションがない場合、ブート中の正確な時点で直接アクティベーションフックがあり、その時点で使用可能な物理ボリュームのみでボリュームグループがアクティブ化されることにも注意してください。後で表示される物理ボリュームは考慮されません。
この問題は、
initramfs (dracut) の早期ブートには影響しません。また、デフォルトで degraded アクティベーションモードになる vgchange および lvchange 呼び出しを使用したコマンドラインからの直接アクティベーションにも影響しません。(BZ#1337220)
Red Hat Enterprise Linux 7.6 にアップグレードすると、vdo サービスが無効になります
Red Hat Enterprise Linux 7.5 から 7.6 にアップグレードすると、
vdo サービスが以前に有効になっていた場合は無効になります。これは、vdo RPM パッケージに systemd マクロが欠落していることが原因です。
この問題は 7.6 リリースで修正されており、Red Hat Enterprise Linux 7.6 からそれ以降のリリースにアップグレードしても
vdo は無効になりません。(BZ#1617896)
VDO 上の RAID 10 再設定時にデータ破損が発生します。
VDO 上で RAID 10 を再形成すると (LVM と mdadm の両方を使用)、データが破損します。VDO の上に RAID 10 (または他の RAID タイプ) をスタッキングすることは、VDO の重複排除機能と圧縮機能を活用しないため、推奨できません。(BZ#1528466, BZ#1530776)
ndctl によってシステムの起動が遅れることがある
ndctl パッケージによりインストールされた
udev ルールが、Non-Volatile Dual In-line Memory Module (NVDIMM)デバイスを備えたシステムで、数分間システムの起動プロセスを遅れることがあります。このような場合、systemd は以下のようなメッセージを表示します。
INFO: task systemd-udevd:1554 blocked for more than 120 seconds. ... nvdimm_bus_check_dimm_count+0x31/0xa0 [libnvdimm] ...
この問題を回避するには、次のコマンドを使用して
udev ルールを無効にします。
# rm /usr/lib/udev/rules.d/80-ndctl.rules
udev ルールを無効にすると、上記の問題は発生しなくなります。(BZ#1635441)
LVM により、物理ボリュームの割り当て可能な領域の最初の 128kB でデータ破損が発生する可能性があります
LVM の I/O 層のバグにより、LVM はディスク上の LVM メタデータの直後に続く最初の 128kB のデータを読み取ったり、書き戻したりします。LVM コマンドの使用時に別のプログラムまたはファイルシステムがこれらのブロックを変更している場合、変更が失われる可能性があります。その結果、まれにデータ破損が発生する可能性があります。
この問題を回避するには、VG 内の論理ボリューム (LV) の使用中に、ボリュームグループ (VG) のメタデータを変更する LVM コマンド (lvcreate や lvextend など) を使用しないようにします。(BZ#1643651)
