2016-10-06 6 views
2

私はdc/os 1.8ドッカーコンテナにlogstashサービスのサービスアドレスを使ってdc/osで実行されているlogstashにログメッセージを送信しようとしています。ドッキングウィンドウは、エラーをスローとして働くためには表示されませんdc/osホストOSでサービスアドレスを使用できますか?

logstash.marathon.l4lb.thisdcos.directory: no such host

は、ホスト・システムにさらされていないサービスのアドレスです(または私はこのために何かを設定する必要がありますか)?

dc/os 1.7 logstash設定で固定ホストポートを使用し、ホストとしてlogstash.marathon.mesosを使用しましたが、これらの.marathon.mesosホスト名はもはや1.8では存在しないようです。

サービスのアドレスは、コンテナ内から使用しようとすると正常に動作します(たとえば、私のprometheusサービスをalertmanagerサービスにリンクするなど)。ホストレベルからは存在しません。

EDIT:欠落しているmarathon.mesos URLについて

私の文が間違っていました。彼らは働くが、私は間違ったものを使う。今のところこれは私の問題の種類を修正します。このホストと固定コンテナポートを使用してログを構成しました。

同じことを試している皆さん:jsonモードでuiのサービス設定を変更するたびに固定ホストポートを設定する必要があります。固定ホストポート設定はuiのネットワークタブでは使用できなくなるため、dc/os uiはすべての負荷でホストポート設定を削除します。

なぜl4lbのURLが機能しないのかまだ分かりません。

EDIT2

まだ

全く分からないが、ミニットは、他のすべての第二のクラッシュやエラーログを生成することを私は考え出し:

/opt/mesosphere/active/minuteman/minuteman/error.log:

CRASH REPORT Process <0.25809.2> with 0 neighbours exited with reason: {timeout,{gen_server,call,[{lashup_kv,'[email protected]'},{start_kv_sync_fsm,'[email protected]',<0.25809.2>}]}} in gen_server:call/2 line 204 

/opt/mesosphere/active/minuteman/minuteman/log/crash.log

2016-10-12 13:16:49 =CRASH REPORT==== 
    crasher: 
    initial call: lashup_kv_sync_tx_fsm:init/1 
    pid: <0.29002.2> 
    registered_name: [] 
    exception exit: {{timeout,{gen_server,call,[{lashup_kv,'[email protected]'},{start_kv_sync_fsm,'[email protected]',<0.29002.2>}]}},[{gen_server,call,2,[{file,"gen_server.erl"},{line,204}]},{lashup_kv_sync_tx_fsm,init,1,[{file,"/pkg/src/minuteman/_build/default/lib/lashup/src/lashup_kv_sync_tx_fsm.erl"},{line,23}]},{gen_statem,init_it,6,[{file,"gen_statem.erl"},{line,554}]},{proc_lib,init_p_do_apply,3,[{file,"proc_lib.erl"},{line,247}]}]} 
    ancestors: [lashup_kv_aae_sup,lashup_kv_sup,lashup_platform_sup,lashup_sup,<0.916.0>] 
    messages: [] 
    links: [<0.992.0>] 
    dictionary: [] 
    trap_exit: false 
    status: running 
    heap_size: 610 
    stack_size: 27 
    reductions: 127 
    neighbours: 

dc/os uiクレームのスパルタンとミューテメンは正常ですが、dnsディスパッチャのcrash.logは空ですが、l4lbは1秒おきに新しいクラッシュを取得します。

答えて

0

私の問題は二重だった:

  1. 正常に実行されなかったL4B、それが唯一のクラスタ

  2. L4Bの総再インストール後に修正されましたが、TCPトラフィックのみをサポートしています。私はUDPを使用してlogstashするコンテナログを送信するためにそれを使用したいので(ドッカ-GELFはUDPのみをサポートしています)これは私がそのようなすべてのサービスを展開していなかったが、私のDC/OSはクラウドに基づいて

2

これらは確かにホストOSから利用できるはずです。これらのホストサービスは「スパータン」サービスと「ミニットマン」サービスを実行していますか?

+0

を失敗しましたフォーメーションテンプレートのようなものかもしれません。compontentリストには "spartan"または "minuteman"という名前は表示されませんが、 'Layer 4 Load Balancer 'と' Mesos DNS'は健全であると表示されます。これらの2つはl4lbとmesosのホスト名に責任を負いませんか? – Laures

+1

「System」の下のDC/OSのUIで、「レイヤ4ロードバランサ」としてMinuteman(https://github.com/dcos/minuteman)が見つかり、Spartan(https://github.com/dcos/)スパルタン)は、「DNSディスパッチャー」としてリストされます。あるいは、クラスタ内のCLIから、次のようにします。 'systemctl list-unit-files | grep dcos' –

+0

「レイヤ4ロードバランサ」と「DNSディスパッチャ」は、両方ともDC/OS UIで健全であると表示されます – Laures

関連する問題