RHEL 4、5、または 6 で高可用性にノードが最初に参加する場合に他のノードをフェンスする
Issue
- Red Hat Enterprise Linux クラスター内のノードが、以前クラスターに参加していても、互いにフェンスするのはなぜですか?
- システムの起動時にノードが互いにフェンスしています。起動時に
cman
を起動しているノードが別のノードを起動します。 - 2 つのノードクラスターのクラスターノードが、ループで起動時に互いに繰り返しフェンスします。このように、初期段階でクラスター構成に失敗した場合はどのようにトラブルシュートすれば良いですか?
- クラスターサーバーはハングしているようです。ノード 1 を手動で再起動すると、ノード 2 がフェンスされます。この動作が発生する原因はですか?
- RHEL クラスターのノードのうち 1つの電源をオフ/オンにすると、システムの起動時に残ったノードがフェンスオフになり、残ったノードで予約の競合が発生し、クラスターサービスをすべて失います。
- ノードがフェンスされるたびに、クラスターサービスを起動することができません。クラスターサービスを起動する場合、または手動での再起動時にこの問題が発生します。
- RedHat クラスターは、クラッシュしたパッシブノードをフェンスオフしてから、アクティブなノードを再起動します。
- active-active GFS2 クラスターでは、1 台のサーバーを起動すると、2 台目が自動的にダウンします。
- 2 ノードクラスターで 1 つのノードが起動すると、別のノードをフェンスします。
post_join_delay
、FENCE_MEMBER_DELAY
Environment
- Red Hat Cluster Suite (RHCS) 4
- Red Hat Enterprise Linux (RHEL) 5 または 6 (および High Availability アドオン)
Subscriber exclusive content
A Red Hat subscription provides unlimited access to our knowledgebase, tools, and much more.