問題タブ [elasticsearch-marvel]

私たちの近くの環境（インターネット接続なし）にelasticsearchクラスターがあります。数日前、elasticsearch クラスターの marvel のライセンスが期限切れになったため、elastic がサイトで提供する無料の基本ライセンスをダウンロードしました。

次のコマンドでライセンスを更新しようとしました:

curl -XPUT -u admin ' http://host:port/_license ' -d @/path/to/bla.json

私が受け取った出力は次のとおりです。

{"error":{"root_cause":[{"type":"parse_exception","re​​ason":"xcontent の派生に失敗しました"}],"type":"parse_exception","re​​ason":"xcontent の派生に失敗しました"},"状態":400}

ライセンスの更新を手伝ってもらえますか? ありがとう ：）

私はこれに約1日立ち往生しています。Redhat VM に ElasticSearch 2.3.3 をダウンロードしてインストールしました。サイトの開始方法のビデオに従おうとしていますが、ビデオのインストール コマンドのいずれも機能しなかったため、ガイドのインストール方法に従ってみました。

rpm をダウンロードし、次のコマンドを入力してインストールしました。

次に、ElasticSearch ノードを開始し、localhost:9200/_plugin/marvel に移動しましたが、何も表示されませんでした。

次に、マーベルではなくエージェントのみをダウンロードしたためではないかと考えたので、cmd ラインからマーベルをインストールしようとしましたが、常に FileNotFound 例外が発生します。

次に、手動で marvel-2.3.3.tar.gz をダウンロードし、手動でインストールしようとしました

しかし、zipにplugin-descriptor.propertiesファイルが欠落していると言われています

次に、marvel-2.3.3.tar を解凍し、.properties ファイルを追加して、再圧縮し、再インストールしました。それでも同じエラーが発生しました。

私は本当に助けが必要です。これは非常にイライラします。まだ Kibana をインストールする必要がありますが、そのインストールがこれと同じくらい腹立たしいものである場合、楽しみではありません...

編集：

.properties ファイルをディレクトリ内から同じレベルに移動することでこのエラーを回避しましたmarvelが、新しいエラーが発生しています。それは私に与え続けますFileNotFoundException。

Elasticsearch for .NET (NEST) は初めてで、マッピングを追加するときにインデックスを指定しませんでした。これで、Kibana と Marvel のインデックスにマッピングが存在します。

行ったことを元に戻すにはどうすればよいですか? Elasticsearch 2.* を使用していますが、マッピングを削除できません。彼らはインデックスを再作成するだけだと言っていますが、これらのインデックスに対してそれを行う方法がわかりません。

マシン上で実行されている Elastic Search のノードに関連する情報を取得しようとしています。マスター ノード、CPU 使用率などの情報を表示し、JSPlumb を使用してその情報を Web フロントにグラフィカルに表示します。Nodes Info などの Elastic Search API を使用する必要があることはわかっていますが、API 自体の使用方法がわかりません。誰かがこれについて私にヘッドスタートを与えることができますか?

プライマリ Elasticsearch クラスター (marveltest) を監視するために別のクラスター (kibanacluster) をセットアップしようとしています。以下は、私が使用している ES、Marvel、および Kibana のバージョンです。ES版は当分の間修正されます。必要に応じて、他のコンポーネントを更新またはダウングレードできます。

• キバナ-4.4.1
• エラスティックサーチ-2.2.1
• marvel-agent-2.2.1

監視クラスターと Kibana は両方ともホスト 192.168.2.124 で実行され、プライマリ クラスターは別のホスト 192.168.2.116 で実行されます。

192.168.2.116: エラスティックサーチ.yml

DEBUGモニタリング クラスタのログを見ると、データがプライマリ クラスタから来ていることがわかりますが、クラスタ名が異なるため、「フィルタリング」されています。

[2016-07-04 16:33:25,144][DEBUG][transport.netty] [nodek] ノードに接続 [{#zen_unicast_2#}{192.168.2.124}{192.168.2.124:9300}]

[2016-07-04 16:33:25,144][DEBUG][transport.netty] [nodek] ノードに接続 [{#zen_unicast_1#}{192.168.2.116}{192.168.2.116:9300}]

[2016-07-04 16:33:25,183][DEBUG][discovery.zen.ping.unicast] [nodek] [1] {node1}{Rmgg0Mw1TSmIpytqfnFgFQ}{192.168.2.116}{192.168.2.116 からの応答を除外する: 9300}、同じ cluster_name [marveltest] ではありません

[2016-07-04 16:33:26,533][DEBUG][discovery.zen.ping.unicast] [nodek] [1] {node1}{Rmgg0Mw1TSmIpytqfnFgFQ}{192.168.2.116}{192.168.2.116 からの応答を除外する: 9300}、同じ cluster_name [marveltest] ではありません

[2016-07-04 16:33:28,039][DEBUG][discovery.zen.ping.unicast] [nodek] [1] {node1}{Rmgg0Mw1TSmIpytqfnFgFQ}{192.168.2.116}{192.168.2.116 からの応答を除外する: 9300}、同じ cluster_name [marveltest] ではありません

[2016-07-04 16:33:28,040][DEBUG][transport.netty] [nodek] [{#zen_unicast_2#}{192.168.2.124}{192.168.2.124:9300}] からの切断は、明示的な切断呼び出し [ 2016-07-04 16:33:28,040][DEBUG][discovery.zen] [nodek] フィルタリングされた ping 応答: (filter_client[true], filter_data[false]) --> ping_response{node [{nodek}{vQ- Iq8dKSz26AJUX77Ncfw}{192.168.2.124}{192.168.2.124:9300}]、id[42]、マスター [{nodek}{vQ-Iq8dKSz26AJUX77Ncfw}{192.168.2.124}{192.168.2.124:9300}]、hasJoinedOnce [true]、 cluster_name[キバナクラスター]}

[2016-07-04 16:33:28,053][DEBUG][transport.netty] [nodek] [{#zen_unicast_1#}{192.168.2.116}{192.168.2.116:9300}] からの切断は、明示的な切断呼び出し [ 2016-07-04 16:33:28,057][DEBUG][transport.netty] [nodek] ノードに接続 [{nodek}{vQ-Iq8dKSz26AJUX77Ncfw}{192.168.2.124}{192.168.2.124:9300}]

[2016-07-04 16:33:28,117][DEBUG][discovery.zen.publish] [nodek] サイズ 5589 の完全なクラスター状態バージョン 32 を受け取りました

marvel一度に 1 つのクラスターを監視できますが、多数のクラスターがあります。1 つの大きなページで複数のクラスターを監視するためのより良い方法はありますか?