web-dev-qa-db-ja.com

fstabでのUUIDによるマルチパスデバイスのマウント

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

適性保持マルチパスツール

1
Steve

問題は、予想どおりであるようです。ocfs2multipathエントリがマウントされているときに、fstabが完全に起動していないか、open-iscsiがすべてのパスのiscsiターゲットにまだログインしていません。 。これは、マウントオプションとして_netdevがあるにもかかわらずです。

iscsiinit.d/etc/init.d/o2cb/etc/init.d/ocfs2に追加して、multipath-toolsShould-Start:Should-Stop:スクリプトをいじってみました。行。しかし、UUIDによるこのocfs2マルチパスマウントを正しく機能させることができなかったようです。

代わりに、UUIDではなく関連するマルチパスデバイス(例:/dev/mapper/3603be8bfce91e3e06e63e5ad426f4d98-part1)を使用すると、正常に起動し、fstabを介したマウントはマルチパスを使用して正しく機能します。

私が最初にこれを試しなかった理由は、マルチパスがある場合とない場合がある複数のホスト間で何かが機能することを望んでいたためです。したがって、最終的には、マルチパスの有無にかかわらず、ホスト上にいるかどうかに応じて異なるデバイスを使用します。これは理想的ではありませんが、機能しているようです。

ホスト上のfstabwithマルチパス

/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に適用されるかどうかはわかりませんが、物理マルチパスデバイスでは機能しました。

0