3

kubuntu12.04を実行しているボックスにtsungを接続しようとしています

これが私の設定のクライアント部分です

<clients>
    <client host="klaptop" weight="1" maxusers="500"/>
</clients>

次のコマンドでtsungを実行します

tsung -f /var/tsung/xml/config.xml -l /var/tsung/logs/ start

tsung_controllerログファイルに次のエラーが表示されます

=INFO REPORT==== 20-Jun-2012::15:06:01 ===
ts_config_server:(0:<0.72.0>) Can't start newbeam on host klaptop (reason: timeout) !     Aborting!

マニュアルのトラブルシューティングを読み、すべてのベースがカバーされていることを確認しようとしました（同じerlangバージョン、パスワードなしでssh接続が機能する、ホスト名が正しく設定されているなど）

私は彼らが与えた例との接続性を確認しました、これが私の結果です。

[/var/tsung]$ erl -rsh ssh -sname foo -setcookie mycookie
Erlang R15B01 (erts-5.9.1) [source] [64-bit] [smp:8:8] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.9.1  (abort with ^G)
(foo@macbook)1> slave:start(klaptop,bar,"-setcookie mycookie").
{ok,bar@klaptop}

ユーザーマニュアルでは、接続がerlangで機能すると、tsungも機能することを前提としているようですが、これは私には当てはまりませんが、同じタイムアウトの問題が発生します。

これをさらにデバッグする方法がわかりません。ヘルプや提案をいただければ幸いです。

更新：コメントで要求されたように、私はIPを使用してみました。次の設定で

<client host="klaptop" weight="1" maxusers="500">
  <ip value="10.160.1.89"></ip>
</client>

しかし、同じエラーが発生しました。

4

3 に答える 3

5

同様の問題がありました。sshキーのチェックが邪魔になる可能性があります。
これを試して：

  1. tsung1.4.3以降を使用する

  2. スクリプトファイル（たとえば、some_dir / ssh_no_check）を作成します。

    #!/bin/sh
/usr/bin/ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no $@

  3. 実行可能にします。

  4. 追加：

     -r some_dir/ssh_no_check

tsungコマンドパラメータに。

これにより、tsungのsshキーチェックが無効になります。

于 2012-06-22T01:45:58.887 に答える
2 
Can't start newbeam on host XXXX (reason: timeout)

私の場合（Debian 6.0、tsung 1.4.2）、このエラーの理由は、クライアントがマスターに接続するためにsshキーも持っている必要があるためです。ドキュメントにはそれについての明確な言及はありません。

于 2012-10-12T08:18:21.580 に答える
0
  1. sshキー検証が無効になっていることを確認します

〜/ .ssh / config Host * StrictHostKeyChecking no UserKnownHostsFile = / dev / null

  1. コントローラノードとワーカーノード間ですべてのポートにアクセスできることを確認してください。 クラウドにある場合は、ファイアウォールまたはセキュリティグループがすべてのポートを許可していることを確認してください。

3.Erlang、Tsungは同じバージョンである必要があります。

4.すべてのマシンが互いに到達可能であることを確認します

5.erlangテストを実行します

erl -rsh ssh -name subbu -setcookie tsung Erlang R16B03-1（erts-5.10.4）[ソース][64ビット][smp：2：2] [async-threads：10] [hipe] [kernel-poll ：false]

Eshell V5.10.4（^ Gで中止）（daya@ip-10-0-100-224.ec2.internal）1> slave：start（ "worker1.com"、bar、 "-setcookie tsung"）。

警告：既知のホストのリストに「worker1,10.0.100.225」（ECDSA）を恒久的に追加しました。{ok、bar @ worker1}

このテストは、コントローラーからすべてのワーカーノードに対して実行します。

問題なくテストを実行できるはずです。

幸運を！

サブブ

于 2016-12-21T21:49:34.433 に答える