Translated message

A translation of this page exists in English.

RHEL 4、5、または 6 で高可用性にノードが最初に参加する場合に他のノードをフェンスする

Solution Verified - Updated -

Issue

  • Red Hat Enterprise Linux クラスター内のノードが、以前クラスターに参加していても、互いにフェンスするのはなぜですか?
  • システムの起動時にノードが互いにフェンスしています。起動時に cman を起動しているノードが別のノードを起動します。
  • 2 つのノードクラスターのクラスターノードが、ループで起動時に互いに繰り返しフェンスします。このように、初期段階でクラスター構成に失敗した場合はどのようにトラブルシュートすれば良いですか?
  • クラスターサーバーはハングしているようです。ノード 1 を手動で再起動すると、ノード 2 がフェンスされます。この動作が発生する原因はですか?
  • RHEL クラスターのノードのうち 1つの電源をオフ/オンにすると、システムの起動時に残ったノードがフェンスオフになり、残ったノードで予約の競合が発生し、クラスターサービスをすべて失います。
  • ノードがフェンスされるたびに、クラスターサービスを起動することができません。クラスターサービスを起動する場合、または手動での再起動時にこの問題が発生します。
  • RedHat クラスターは、クラッシュしたパッシブノードをフェンスオフしてから、アクティブなノードを再起動します。
  • active-active GFS2 クラスターでは、1 台のサーバーを起動すると、2 台目が自動的にダウンします。
  • 2 ノードクラスターで 1 つのノードが起動すると、別のノードをフェンスします。
  • post_join_delayFENCE_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.

Current Customers and Partners

Log in for full access

Log In

New to Red Hat?

Learn more about Red Hat subscriptions

Using a Red Hat product through a public cloud?

How to access this content