問題タブ [opscenter]
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.
datastax - 1 つの IP 上の複数の Datastax エージェント
ノードを監視するために別のサーバーに datastax エージェントをセットアップしようとしています。しかし、私は問題に直面しました。1 つの IP アドレスで複数のエージェントを構成する方法は? エージェント構成では、agent_rpc_interface しか定義できませんが、ポートに対しては定義できません。したがって、この場合、4 つのノードを監視する必要がある場合、このサーバーには 4 つのインターフェイスが必要ですが、インターフェイスは 1 つしかありません。これに関する回避策はありますか?
-=-=-=-
これに対する解決策はまだ見つかりません。
また、ノードからメトリックを取得する方法は? 私が持っているログで
しかし、エージェントは別のホストにインストールされているため、このアドレスを上書きするにはどうすればよいでしょうか?
ありがとう、
アレックス
apache - Ubuntu サーバーで実行すると、Apache クックブックのテンプレートでエラーが発生する
デジタル Ocean アカウントで Chef を使用して、ドロップレット/インスタンスを構築しています。私のサーバーは Ubuntu 12.04 x64 です。私のCheffileには
そして私のノードjsonで:
]
authz で何らかのエラーが発生したため、既にモジュールを制限する必要がありました。しかし今、私はいつもエラーを受け取っています
私の構成でエラーが発生するのは何が問題なのですか:
- Apache の従来のセットアップ (すべてのモジュールを使用?)
- LockFile のテンプレート エラーですか?
cassandra - cassandra opscenter ファントム ノード
6 ノードの Cassandra (v 2.03) を数週間実行しています。昨日、新しいノードを追加しようとしましたが、ストリーミング エラーが発生しました。
この原因を突き止め、新しいノードを廃止して問題を修正し、新しいノードの追加に戻ると考えました。
新しいノードを削除しました。nodetool status を実行すると、6 つのノードしか表示されず、クラスターは稼働しており、問題なく実行されていました。
ただし、opscenter では、7 つのノードが表示されます。このマシンは現在終了していますが、まだクラスタの一部であると認識されています。
すべてのマシンで opscenter エージェントをアンインストールし、opscenter とすべてのログを削除し、opscenter キースペースを削除しました。opscenter を再インストールしたとき、7 番目のノードがまだそこにありました。
前述のとおり、このマシンはもう存在せず、nodetool ステータスにも表示されないため、このマシンに関連するコマンドを発行できません。
opscenter がこの情報をどこから受け取っているか教えてください。
opscenter に関連するすべてのものを削除しました。nodetool はすべて問題ないと判断したため、このデッド ノードに関する情報がどこかに保持されていますが、それがどこにあり、どのように削除するかはわかりません。ありがとう
ノードツールのステータス出力:
6 つのノードが表示されていることがわかりますが、opscenter には 7 つのノードがあります
cassandra - エラー - Apache Cassandra 2.0.5 & Datastax OpsCenter 4.1
Centos 6.5 で cassandra 2.0.5 を使用しています。OpsCenter をバージョン 4.1 に更新するまで、OpsCenter 4 は正常に動作していました。OpsCenter ページにアクセスし、[既存のクラスターの管理] をクリックしてノード (127.0.0.1) の IP アドレスを指定すると、次のメッセージが表示されます: 「クラスターの作成中にエラーが発生しました: max() arg は空のシーケンスです」。
手がかりはありますか?
cassandra - CentOs 6.5 final および Datastax Enterprise 4
以前に datastax community edition を使用して cassandra をセットアップし、Enterprise 4 に移行しようとしました。
optscenter の Web インターフェイス経由でインストールを試みましたが、「開始エラー: Cassandra の開始を待ってタイムアウトしました」というメッセージが表示されました。4 つのノードすべてで。
また、サイトで概説されている手動のアプローチも試しました。この場合、他の場合と同様に、dse サービスを「正常に」起動します。Output.log と system.logs はクラスパスを最後のエントリとして表示し、エラーはまったくありません。
cassandra - cassandra 2.0.5 を使用する OpsCenter 4.1.1 は既存のクラスターを追加できません: クラスターの作成中にエラーが発生しました: /cluster-configs への呼び出しがタイムアウトしました
aws ec2(cenos) に cassandra v2.0.5 を含む単純な 2 ノード クラスターをインストールし、opscenter v4.1.1 をインストールします。構成は次のとおりです。
ノード1
- パブリック IP: 54.254.26.11
- プライベート IP: 10.144.138.119
- カサンドラ (cassandra.yaml)
- ブロードキャストアドレス: 54.254.26.11
- リッスン_アドレス: 10.144.138.119
- エージェント (address.yaml)
- ストンプインターフェイス: 54.254.26.11
- ローカルアドレス: 54.254.26.11
- エージェント_rpc_インターフェイス: 10.144.138.119
- エージェント_rpc_ブロードキャスト_アドレス: 54.254.26.11
- OpsCenter (opscenterd.conf)
- インターフェイス: インターフェイス = ec2-54-254-26-11.ap-southeast-1.compute.amazonaws.com
ノード 2
- パブリック IP: 175.41.186.242
- プライベート IP: 10.130.57.90
- カサンドラ (cassandra.yaml)
- ブロードキャストアドレス: 175.41.186.242
- リッスン_アドレス: 10.130.57.90
- エージェント (address.yaml)
- ストンプインターフェイス: 54.254.26.11
- local_address: 175.41.186.242
- エージェント_rpc_インターフェイス: 10.130.57.90
- エージェント_rpc_ブロードキャスト_アドレス: 175.41.186.242
opscenter Web で既存のクラスタを追加しようとすると、次のように表示されます
「クラスター作成エラー: /cluster-configs への呼び出しがタイムアウトしました。」
ウェブ上で。次に、次のように opscenterd.log を確認しました。opscenter は両方のノードを接続できるようですが、警告が表示されます。
「CreateClusterConfController の呼び出し中に処理エラーが発生しました: クラスターの追加中にタイムアウトが発生しました。問題の詳細については、ログを確認してください。」
私を助けてください。
- 2014-03-18 10:32:24+0800 [JuikerCluster] 情報: CassandraCluster サービスを開始しています
- 2014-03-18 10:32:24+0800 [JuikerCluster] 情報: agent_config アイテム: {'cassandra_log_location': '/var/log/cassandra/system.log'、'thrift_port': 9160、'thrift_ssl_truststore': なし、 「rollups300_ttl」: 2419200、「rollups86400_ttl」: -1、「jmx_port」: 7199、「metrics_ignored_solr_cores」: 「」、「api_port」: 「61621」、「metrics_enabled」: 1、「thrift_ssl_truststore_type」: 「JK_cacheS」、「tickerberos_use_tickerberos」 ': True, 'use_ssl': 0, 'kerberos_renew_tgt': True, 'rollups60_ttl': 604800, 'cassandra_install_location': '', 'rollups7200_ttl': 31536000, 'kerberos_debug': False, 'storage_keyspace': 'OpsCenter', ' ec2_metadata_api_host': '169.254.169.254', 'プロビジョニング中': 0, 'kerberos_use_keytab': True, 'metrics_ignored_column_families': '', 'thrift_ssl_truststore_password': なし, 'metrics_ignored_keyspaces': 'system, system_traces, system_auth, dse_auth, OpsCenter'}
- 2014-03-18 10:32:24+0800 [] 情報: 工場を停止しています
- 2014-03-18 10:32:24+0800 [JuikerCluster] DEBUG: プールへの接続が正常に追加されました
- 2014-03-18 10:32:24+0800 [JuikerCluster] DEBUG: プールへの接続が正常に追加されました
- 2014-03-18 10:32:25+0800 [JuikerCluster] DEBUG: プールへの接続が正常に追加されました
- 2014-03-18 10:32:25+0800 [JuikerCluster] DEBUG: プールへの接続が正常に追加されました
- 2014-03-18 10:32:25+0800 [JuikerCluster] DEBUG: プールへの接続が正常に追加されました
- 2014-03-18 10:32:25+0800 [] DEBUG: dse thrift の検査中に例外が見つかりました。
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: エンタープライズ機能: False
- 2014-03-18 10:32:25+0800 [JuikerCluster] デバッグ: Thrift を介したノード/トークン リストの収集
- 2014-03-18 10:32:25+0800 [JuikerCluster] INFO: スニッチ: org.apache.cassandra.locator.Ec2MultiRegionSnitch
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: パーティショナー: org.apache.cassandra.dht.Murmur3Partitioner
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: クラスター名: JuikerCluster
- 2014-03-18 10:32:25+0800 [JuikerCluster] INFO: 新しいノードを認識しています 175.41.186.242 ('-1586618039612323641')
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: ノード 175.41.186.242 には複数のトークン (vnode) があります。展示用に選ばれたのは1つだけです。
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: 新しいノード 54.254.26.11 を認識しています ('-4909356646437291937')
- 2014-03-18 10:32:25+0800 [JuikerCluster] 情報: ノード 54.254.26.11 には複数のトークン (vnode) があります。展示用に選ばれたのは1つだけです。
- 2014-03-18 10:34:31+0800 [] 警告: CreateClusterConfController の呼び出し中に ProcessingError: クラスターの追加中にタイムアウトが発生しました。問題の詳細については、ログを確認してください。
- 2014-03-18 10:34:31+0800 [] DEBUG: 平均 opscenterd CPU 使用率: 0.92%、メモリ使用率: 39 MB
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のエージェントからのノードの詳細を処理しています
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のノードが見つかりました。データは {u'os-load': 0.1400000000000001} 0.07000000000000007} です。
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のエージェントからのノードの詳細を処理しています
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のノードが見つかりました。データは {u'os-load': 0.059999999999999998} です。
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のエージェントからのノードの詳細を処理しています
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のノードが見つかりました。データは {u'os-load': 0.050000000000000003} です。
- 2014-03-18 10:34:31+0800 [JuikerCluster] デバッグ: 54.254.26.11 のエージェントからのノードの詳細を処理しています
cassandra - DataStax Cassandra の新規インストールが「インストール エラー: インストールされたエージェントが応答していないようです」で失敗する
Cassandra (DataStax Enterprise) をインストールしようとしている 4 つの新しい Ubuntu 12.04 インスタンスがあります。(既知の適切なインストール手順から) すべてをインストールして構成し、OpsCenter に接続してクラスタを作成するところです。OpsCenter エージェントは 4 つのノードのうち 3 つのノードに正常にインストールされているように見えますが、実際に OpsCenter を実行しているノード (OpsCenter と Cassandra ノードとして兼用) は次のように失敗します。
/var/log/opscenter/opscenterd.log に次のように表示されます。
これは OpsCenter があるノードです。opscenterd サービスが実行されており、61621 がリッスンしており、他のノードとそれ自体からアクセスできます。その URL に対して wget をテストしたところ、実際に 503 がスローされます。他のすべてのノードは 200 で応答します。何を探すべきかわからない...任意の提案? 詳細が必要な場合はお知らせください - 役に立たない/無関係な詳細で投稿を混乱させたくありませんでした...