問題タブ [pacemaker]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
cluster-computing - corosync は起動後すぐにシャットダウンします
2 つのノードで corosync を使用してペースメーカー クラスターを実行しています。node2を再起動する必要があり、再起動して実行した後
corosync は開始されますが、すぐにシャットダウンします。
「サービスの同期が完了しました。サービスを提供する準備ができました。」というログ エントリの後。「ノードはシグナルによってシャットダウンされました」というエントリがあり、シャットダウンが開始されます。
これは完全なログ出力です:
debian - ブート時に開始 Corosync 2.X + Pacemaker 1.1 クラスター (Debian Wheezy)
簡単に解決できると思われる問題を抱えていますが、正しい解決方法がわかりません。
私は運がなければ、ほぼ1週間解決策を探していました。(私が見つけたのはこれだけでしたが、明確できれいな解決策はありませんでした)
両方のノードで次の構成を使用して、実稼働用ではない 2 ノード クラスターを作成しました。
- Debian ウィージー 7.7
- Corosync v2.3.4
- ペースメーカー v1.1.12
- libqb v0.17.1
- クラスター接着剤 v1.0.12
- リソース エージェント v3.9.6
- crmsh v2.1.0
Debian でクラスター ソフトウェアをコンパイルするために、このガイドに従ってソースからクラスター ソフトウェアをインストールしました。
インストールする前に、古い corosync またはペースメーカーの依存関係がないことを確認しました。
インストール後、(両方のノードで) ファイルを編集してクラスターを構成し、corosync.conf を作成して authkey をコピーしました。
Pacemaker でリソースを構成しました
すべての構成の後、私はcorosyncとペースメーカーの両方を開始しました
クラスターは稼働していますが、ブート時にクラスターを開始する方法が見つかりません
init.d スクリプトをランレベルに追加しようとしましたが、応答がなく、corosync に影響しません
そしてペースメーカーのこのエラー
clusterlabs のガイドに従いましたが、Debian と crmsh の解決策が見つかりません (公式ガイドでは、crmsh の代わりに pcs を使用していますが、それでも起動時にクラスターを実行するための正しい手順が見つかりませんでした)時間)
追加できるもう1つの情報は、crmshを使用してクラスターを起動および実行し、起動時に実行する方法を見つけようとしたことです。(init.d スクリプトの代わりに) crm cluster start を実行すると、corosync と Pacemaker start が開始され、クラスターが実行を開始しますが、コマンドを実行して停止すると、このエラーが発生します
ブート時にクラスターを実行する正しい方法は何ですか? どのデーモンを開始して有効にする必要がありますか?
corosync でペースメーカーを開始する必要がありますか? このガイドを見つけましたが、corosync 構成で service-name と service-ver に記載されているパラメーターが機能しません。
誰かがこの問題で私を助けてくれることを願っています
前もって感謝します
linux - Clusterlabs ペースメーカーが centos5 にインストールされない
centos 5.11 テスト サーバーにペースメーカーをインストールしようとしています。postgres 用に 2 ノードのクラスターをセットアップしています。パッケージ resource-agent の依存関係が原因で、Pacemaker のインストールが失敗しました。clusterlabs の centos リポジトリのいずれにも rpm が見つかりません。ソース rpm を見つけて、コンパイルとインストールに成功しました。Pacemaker は引き続きリソース エージェントを見つけることができません。
リソースエージェントがどこにインストールされるべきかわかりません。ソースを一時ディレクトリにコピーし、そこで抽出してコンパイルしました。リソースエージェントが正しい場所にインストールされていない可能性はありますか?
cluster-computing - Pacemaker がタイムアウトによりメイン モニター スクリプト (LSB) を強制終了すると孤立したプロセスが発生する
ペースメーカー + corosync クラスター内
Last updated: Thu Oct 22 21:16:33 2015
Last change: Thu Oct 22 17:25:13 2015 via cibadmin on aws015
Stack: corosync
Current DC: aws015 (2887647247) - partition with quorum
Version: 1.1.10-42f2063
4 Nodes configured
16 Resources configured
次の状況があります。一部のアプリケーションのステータスをチェックし、それをリソースとして作成する python LSB スクリプトを記述します。
primitive pm2_app_gardenscapesDynamo_lsb lsb:pm2_app_gardenscapesDynamo \
op start interval="0" timeout="60s" \
op stop interval="0" timeout="60s" \
op monitor interval="30s" timeout="60s" on-fail="restart" \
meta failure-timeout="10s" migration-threshold="1"
このチェックは、ハングする可能性のあるユーティリティによって行われます (LSB スクリプトがそのユーティリティを起動し、そのユーティリティからの応答を待ちます)。そのため、Pacemaker がタイムアウトに達すると、Python スクリプトが強制終了されますが、ハングしたユーティリティはメモリ内にまだ存在し、終了しません。
この状況を防ぐことは可能ですか?
centos7 - OpenShift Origin V3 用に Pacemaker を構成するにはどうすればよいですか?
OpenShift Origin V3 でエンタープライズ環境を偽造して、いくつかのことをテストしたいと考えています。複数のマスター、etcds、および複数のノードを使用して高度なインストールを試みます。 https://docs.openshift.org/latest/install_config/install/advanced_install.html
私はすでにクイック インストールを 1 回 (コンテナーで OpenShift を実行して) 実行し、高度なインストールを数回実行しました (マスター + ノード、およびいくつかのノードを含む 1 つのホスト)。
まず、CentOS7 を OS とする AWS EC2 インスタンスに環境全体をインストールしています。2 つのマスター (master1.example.com と master2.example.com) と 3 つのノード (node1.example.com、node2.example.com、...) があり、マスターとノードを分離したいと考えています。したがって、コンテナーとイメージはノード上にのみ存在します。(したがって、マスターとノードを含むホストはありません)。
私のマスターは HA である必要があります。そのため、彼らは仮想 IP とペースメーカーを使用します。しかし、これをどのように構成する必要がありますか? apache でペースメーカーを使用するためのチュートリアルがいくつかあります。しかし、OpenShif で使用するためのペースメーカーと vip の構成については何も説明されていません。
docker - docker - 本番環境 - HA
アクティブ/アクティブまたはアクティブ/スタンバイ HA システムを使用して、本番環境で docker を実行する方法は? ガイドやベストプラクティスはありますか?
私は3つのシナリオを考えています:
1) NFS - 2 台のサーバー用 -docker-machine
共有 NFS が準備され、マウントされている/var/lib/docker/
ため、両方の Docker ノードが同じファイルを参照する必要があります。(vnx、efs など、ある種のファイラーを使用します。)
2) DRBD を使用してディスクをレプリケートし、次の場所にマウントします。/var/lib/docker/
データは両方のノードにあり、アクティブ ノードはそれをマウントしてコンテナーを実行できます。フェイルオーバーの場合は、もう一方のノードがコンテナーをマウントして起動します。
3) DRBD を使用して - 上記のように - NFS サーバーをエクスポートし、両方のノードに NFS をマウントして、: /var/lib/docker/
- 上記のように両方のノードでコンテナをマウントして実行できます。
docker-container を本番環境で実行して高可用性にするためのベスト プラクティスは何ですか。
よろしく
pacemaker - クラスタで corosync.conf を同期する方法が必要
conrosync.conf ファイルで問題に直面しています。node1 と node2 の 2 つのノードがあります。node1 の corosync.conf は、node2 の corosync.conf とは異なります。bash スクリプトを介して 2 つのノード間で corosync.conf を同期する方法が必要です。例: ノード 2 に立ってこのスクリプトを呼び出すと、ノード 1 の corosync.conf がノード 2 の corosync.conf のように変更されます。ssh、rsync などのコマンドの使用は許可されません...