問題タブ [galera]

5 つのノードで Percona Xtradb クラスターを使用しています。ノードを起動できず、次のエラーに直面しています。

コマンドを使用して、mysqld --consoleこのエラーをトレースして表示しました。

もう 1 つ、他のいくつかのノードは開始できますが、ポート 3306 をバインドできませんでした。これは奇妙なことです。

これを解決できませんでした。私を助けてください。ありがとう

クラスターには 2 つの DB があります。マスター (db3.example.com):

そしてスレーブ (db4.example.com):

スレーブはマスターに接続しません。以下にログインします。

MariaDB Galera クラスターのルート ノードを特定のポート (既定の 4567 ではなく) で開始するオプションはありますか?

3 台の Ubuntu 12.04 サーバーで Galera レプリケーションを使用して MariaDB を使用しています。

それらはすべて同じローカル ネットワーク内の開発サーバーであるため、それらの間にファイアウォールはありません。再起動するまで、それらはすべて正常に機能していました。現在、ノード 2 と 3 は同期されておらず、mysql は起動を拒否しています。

レプリケーションは xtrabackup を使用して行われます。

ノード 1 で mysqlhotcopy を実行して最初からやり直し、データをノード 2 とノード 3 に置くことはできますが、なぜ再起動に耐えられなかったのかを理解したいと思います。

ここに私のノードがあります:

• ノード 1 : dev-sql-001 / 192.168.3.121
• ノード 2 : dev-sql-002 / 192.168.3.221

• ノード 3: dev-sql-003 / 192.168.3.222

• ノード 2 を起動しようとしたときのノード 1 のログは次のとおりです。

  /li>

ノード 1 の /var/lib/mysql//innobackup.backup.log :

• node2 ログに関しては:

  /li>

• node1 の WSREP ステータス:

  /li>

• node1 の Mariadb conf ファイル:

  /li>

• node2 の Mariadb conf ファイル:

  /li>

すべてのノードには、ノード名と IP を含む同じホスト ファイルがあります。

ありがとう、

ギヨーム

XMLSchedulingProcessorPluginで始まるクォーツ スケジューラ (バージョン2.2.1 )を使用して 2 つの Java WAR を構成しました。どちらの Web アプリケーションもクラスター モードで実行されている (2 つの同一のマシンにデプロイされている) ため、Quartz のプロパティを有効にしました。

どちらのアプリケーションも、Quartz のJobStoreTXで構成された JBOSS AS 7.1 で実行されています。ジョブ、トリガーなどをMySQLデータベースに保存します。現在、このデータベースはGalera DB (1 つの仮想 IP アドレス、2 つの実ノード) で構成されています。

現在、実際のノードの 1 つの障害をテストしているため、停電が発生した場合でもジョブが起動し続けます。その場合、このテラコッタの問題で説明されているようないくつかの障害に気付きました(パッチは現在のバージョンの Quartz には適用されていません)。

私の場合、QRTZ_SCHEDULER_STATEテーブルに 4 つの Quartz インスタンスが必要です... MySQL ノードの 1 つが再起動したとしても。実際には、テーブルから 1 つまたは 2 つのインスタンスが削除されることがあるため (おそらく、アクティブなジョブがないインスタンス)、クラスターの復旧中にアプリケーションの両方のインスタンスが失われる可能性があります。

誰も同じことを経験しましたか？ジョブとトリガーをリロードするために JBOSS を再起動する以外の解決策はありますか?

前もって感謝します。

すべてのアクションは debian 7 仮想マシンで実行されます。2 つのノードがインストールされています: galera レプリケーター、コーダーシップの mysql galera、percona-xtrabackup、netcat-openbsd (percona-xtrabackup で必要)。3 番目のノードには galera レプリケーターのみがあり、garbd が実行されているアービトレーターとして機能します。

ノード #1 の構成 (192.168.0.102)

ノード #2 の構成 (192.168.0.103)

最初の実行では、node-1 だけがテスト用のデータベースを持っています。これを testDB と呼びましょう。

私がやること：

また、ノード 2 で実行されている mysql にアクセスできません。

そしてリモートホストから：

ノード 1 からのクラスターの状態:

wsrep_provider を「none」に設定してノード 2 で mysql を起動すると、データベースはローカルおよびリモート ホストから完全にアクセス可能になり、ノード 1 のデータベースと同じになります。クラスターを再起動すると、この状況が繰り返され、ノード 2 は他のノードからしか見えず、クラスターは非同期になり、ノード 2 はコンソールからもリモート ホストからもアクセスできなくなります。

ノードがクラスターに参加しているように見えますが、失敗します... rsync と xtrabackup の両方を試しましたが、状態の転送中に失敗します。本当に単純なものが欠けているようで、それに指を置くことができません..どんな助けもいただければ幸いです。

ノードに関する詳細情報

マスター - 10.XXX.XXX.161 ノード 1 - 10.XXX.XXX.160

インストールされるパッケージ: MariaDB-compat MariaDB-common MariaDB-devel MariaDB-shared MariaDB-client MariaDB-test MariaDB-Galera-server (v5.5.29-1) galera (v23.2.4-1.rhel6) percona-xtrabackup (v2.1.6) -702.rhel6)

ノード 1 の設定

マスターの設定

node1 ログ ファイル

マスター ログ ファイル

わかりましたので、動作中の galera mysql サーバーに別のノードとして追加しようとしている 2 番目のノードがあります... configs here

ノード A (稼働中)

ノード B (起動しない)

/var/lib/mysql に対するノード A のアクセス許可

/var/lib/mysql に対するノード B のアクセス許可

パスワードも、mysql ユーザーと root ユーザーの両方で同じです。

** ノード B の障害ログ **