ocfs2
ファイルシステムとしてフォーマットされたマルチパスiSCSILUNがいくつかあります。これらは、ローカルハートビートを使用するUbuntu14.04クラスターの一部です。再起動後に手動でマウントすると、これはすべて正常に機能しているように見えます。
fstab
を介してUUIDで自動的にマウントしようとすると(_netdev
オプションを使用しても)、問題が発生します。
起動中にfstabエントリ(次のような)がコメントアウトされている場合
UUID=094c02f6-bfbb-4fe5-8a90-3b6992c81a60 /mnt/lun-1 ocfs2 _netdev 0 0
ログインしたらコメントを外してmount -a
を実行します。すべて問題ないようです。つまり、multipath -ll
は、各iSCSIデバイスへの複数のパスを示します。例えば。:
3603be8bfce91e3e06e63e5ad426f4d98 dm-5 EQLOGIC ,100E-00
size=15T features='1 queue_if_no_path' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=1 status=active
|- 19:0:0:0 sdr 65:16 active ready running
`- 20:0:0:0 sdf 8:80 active ready running
mount
は、iSCSILUN用の/dev/mapper/*
デバイスを示しています。
/dev/mapper/3603be8bfce91e3e06e63e5ad426f4d98-part1 on /mnt/lun-1 type ocfs2 (rw,_netdev,heartbeat=local)
ただし、同じfstab
エントリのコメントを外して再起動すると、同じmultipath -ll
出力が得られません。つまり、マルチパスデバイスは1つだけ存在し、iSCSILUNごとに1つではありません。
mount
は、デバイスを/dev/mapper/*
としてではなく、/dev/sdc1
のような単一の非マルチパスデバイスに表示します。
/dev/sdk1 on /mnt/lun-1 type ocfs2 (rw,_netdev,heartbeat=local)
何か問題がありますか、それともocfs2
マルチパスデバイスがマウントされる前にmultipath
が完全に稼働していないことが原因ですか?
私は最近非常によく似た問題を抱えていて、このバグを見つけました:
https://bugs.launchpad.net/ubuntu/+source/multipath-tools/+bug/1547206
これまでのところ、古いバージョンをインストールしてそのバージョンで保持するという回避策は機能しているようです。現在のバージョンのパッケージで発生していたブートのハングと注文の問題はすべて解決されたようです。
apt-get install multipath-tools = 0.4.9-3ubuntu7
apt-mark hold multipath-tools
適性保持マルチパスツール
問題は、予想どおりであるようです。ocfs2multipath
エントリがマウントされているときに、fstab
が完全に起動していないか、open-iscsi
がすべてのパスのiscsiターゲットにまだログインしていません。 。これは、マウントオプションとして_netdev
があるにもかかわらずです。
iscsi
とinit.d
を/etc/init.d/o2cb
と/etc/init.d/ocfs2
に追加して、multipath-tools
とShould-Start:
のShould-Stop:
スクリプトをいじってみました。行。しかし、UUIDによるこのocfs2マルチパスマウントを正しく機能させることができなかったようです。
代わりに、UUIDではなく関連するマルチパスデバイス(例:/dev/mapper/3603be8bfce91e3e06e63e5ad426f4d98-part1
)を使用すると、正常に起動し、fstab
を介したマウントはマルチパスを使用して正しく機能します。
私が最初にこれを試しなかった理由は、マルチパスがある場合とない場合がある複数のホスト間で何かが機能することを望んでいたためです。したがって、最終的には、マルチパスの有無にかかわらず、ホスト上にいるかどうかに応じて異なるデバイスを使用します。これは理想的ではありませんが、機能しているようです。
fstab
withマルチパス/dev/mapper/3603be8bfce91e3e06e63e5ad426f4d98-part1 /mnt/lun-1 ocfs2 _netdev 0 0
fstab
なしマルチパス/dev/disk/by-id/scsi-3603be8bfce91e3e06e63e5ad426f4d98-part1 /mnt/lun-1 ocfs2 _netdev 0 0
2つのパスを介して到達可能な物理ディスクをJBODにマウントしようとしたときに、同様の問題が発生しました。マルチパスデバイスの作成とファイルシステムUUIDによるドライブのマウントの間の競合は、起動のたびに発生します。一部のデバイスはシングルパスを使用してマウントされますが、他のデバイスは正しいマルチパスデバイスを使用します。
見つめている /etc/multipath/bindings
WWID(グローバルに一意のドライブシリアル番号)とmpath {a-z}デバイスの間に静的マッピングがあることがわかります。マルチパスは独自の永続的なマッピングを実装しているため、ファイルシステムのUUIDを使用して非永続的なドライブ文字を回避する必要はありませんでした。これにより、再起動や物理ドライブの接続の変更によってドライブ文字が変更されなくなります。
このソリューションがiSCSIに適用されるかどうかはわかりませんが、物理マルチパスデバイスでは機能しました。