2016-04-18 34 views
0

私は3台のマシン上に2つのテストクラスタを持ち、2つはすべてcentos7のシードであり、すべてのcassandraは3.4です。 昨日はすべて嫌な思いをしていましたが、私は "素晴らしい"アイデアを持っていました。 私が初心者であることから、私は単純にマシンの電源を入れ、おそらく何らかのスーパーマジックを期待していましたが、ここで私のクラスターは再び上がらず、それぞれの人が接続を拒否しています。 はい、私のfirewalldは無効になっています。不適切なシャットダウン時にcassandraクラスタが再起動しない

私の質問:どのようなダメージが与えられたのですか?また、以前の実行状態に戻すにはどうすればよいですか?

答えて

0

クラスタを突然シャットダウンすると、ノードが自分自身を排水できなくなったということです。

これは、cassandraがコミットログを保持しているため、データが失われることはほとんどありません。再起動すると、データが失われることはありません。

まず、シードノードのIPアドレスをcassandra.yaml から探します。シードノードを最初に起動します。

起動ログをcassandra.logsystem.logにチェックし、完全に起動するのを待ってください。しばらく時間がかかります。 保留中のアクションをコミットログから読み込み、それらを再生します。

起動が完了したら、他のノードを起動し、ログファイルを尾にします。

+0

本当にありがとうございます。したがって、シードノードは最初に残り、後で残ります。ノード上の何かを修理する必要はなく、離れた場所のコーヒーを提供する必要があります。 –

+0

理想的には、あなたはあまり必要もありません。データの破損が発生した場合は、ログからすぐにわかります。 –

+0

ログをすべて確認しました。オフトピック:私のfirewalldがダウンしている瞬間。私はすべてのポート7000,7001,7199,9042,9160を開けさせるべきですか?私のローカルノード間通信のためだけに7000? 9042私は遠隔接続を聞いていることは確かですが、私は知っているのは9190です。 –

関連する問題