web-dev-qa-db-ja.com

ラダーサーバーから見えないラダーノード

私はDebianストレッチでラダーサーバー4.3を構成し、ラズベリーパイ用のラダーエージェント4.1とDebianストレッチマシンで他の1つのラダーエージェント4.3を構成しました。

それらの間にiptablesルールはありません。ラダーサーバーでは、ラズベリーパイの名前とストレッチラダーエージェントマシンに関するログを見ることができます。

/var/log/rudder/Apache2/access.logにあります

しかし、ダッシュボードでは、ノードを確認する方法はありません。ノード管理には何もありません/新しいノードを受け入れます。

Tcpdumpは、すべてのノードからラダーサーバーへのtcp5309上のネットワークフローを示します。

ノード上で、私はすでに構成しました：

/var/rudder/cfengine-community/policy_server.dat

ラダーサーバーのホスト名（解決可能）

その後

サービスラダー-エージェント開始

ラダーエージェントの在庫

ラダーエージェントの実行

しかし、ラダーサーバーからノードを確認する方法はありません...

サーバーからノードを検出するにはどうすればよいですか？

ご協力ありがとうございました

オリヴィエ

rudder
2
olivier

Rudder 4.3 beta1には https://www.rudder-project.org/redmine/issues/1208 バグが含まれているため、エージェントが正常に実行できません（インベントリを処理する必要があります）。実行する必要があります）：

systemctl enable rudder-agent rudder-cf-execd rudder-cf-serverd
systemctl restart rudder-agent

これにより、エージェントの継続的な実行が可能になり、インベントリがインターフェイスに表示されます（正しく送信されている場合）。

2
Alexis Mousset

/ var/rudder/inventoriesのRudderサーバーでインベントリが受信されていることを確認できます（受信/失敗/受信のいずれか）

それらが着信している場合、ラダーエージェントを実行できますか？ debianのRudder4.3には、エージェントの自動実行を妨げるバグがあります https://www.rudder-project.org/redmine/issues/1208 そして在庫が処理されない場合があります

それらが失敗した場合は、webappログ​​で失敗したものの詳細を確認できます：/var/log/rudder/webapp/2018_03_03.stderrout.log

インベントリワークフローの詳細： https://www.rudder-project.org/doc-4.1/_inventory_workflow_from_nodes_to_root_server.html#_inventory_workflow_from_nodes_to_root_server

Rudder 4.3は現在有効期限が切れています（beta1で、かなりのバグがあります）。4.2/ 4.1サーバーを使用すると、より良いエクスペリエンスが得られる可能性があります。

1
Vincent Membré