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 of over 48,000 articles and solutions.
Welcome! Check out the Getting Started with Red Hat page for quick tours and guides for common tasks.
