問題タブ [dcos]

Microsoft Azure 経由で DC/OS クラスターをセットアップし、DC/OS ダッシュボードを使用して (ssh トンネル経由で) Arango 3.0 をクラスターにインストールしました。クラスターに SSH で接続し、Arango クラスターと通信できます。

質問 #1 :ドキュメントで説明されている POST リクエストを使用してグラフを挿入した後でも、Arango ダッシュボード (ssh トンネル経由で DC/OS ダッシュボードからアクセス) にグラフが表示されません。何故ですか？socialグラフが作成された「証拠」は次のとおりです。

Arango シェルの使用にも問題があります。サーバーに Arango が明確にインストールされているにもかかわらず (上記の curl で示されているように)、Arango シェルはまだ認識されません。

質問 #2 : DC/OS ダッシュボードから Arango をインストール済みですが、手動でこのマシンに Arango をインストールする必要がありますか? もしそうなら、どうすればアランゴを手に入れることができますか? （使用してみapt-getましたが、異なるバージョンの問題がありました）。または、私が見逃しているこのクラスターと通信する別の方法はありますか?

(基本的に、私は大きなグラフを Arango に一括インポートしようとしています。HTTP 経由ではなく、ファイルから直接インポートする方法が必要だと思います。その方がおそらく高速/効率的だからです)。

5 つのクラウドベースの VM を使用して DC/OS をインストールしています。1 つの mesos マスター 3 つの mesos エージェント 1 つの起動 VM 起動 VM に Docker をインストールし、DC/OS のインストールを開始します。install_prereqs ステージでエラーなしで正常に実行されています。しかし、VM システムごとに以下のエラーでプリフライト中に失敗しています。

STDERR: 129.114.18.235 への接続が閉じられました。

STDOUT: プリフライト チェックの実行 /opt/dcos_install_tmp/dcos_install.sh: 225 行目: getenforce: コマンドが見つかりません

必要なすべてのソフトウェアをマスターおよびエージェント VMS にインストールする必要がありますか? ガイドしてください。

環境 :

DCOS : vagrant で動作する 1.7

既定のテンプレートを使用して、ここで説明されている手順に従って、Azure Container Service に新しい Mesosphere クラスターを作成しました。クラスター/リソースが作成され、ssh 転送を介してクラスターに接続したかっただけです。接続は確立されましたが、転送されたポートでページを開こうとすると、80channel 2: open failed: administratively prohibited: open failed

詳細sshログは次のとおりです。

PermitTunnel私の知る限り、これはサーバーで有効になっていないことを意味する可能性があります。トンネルは他の目的でマシン上で機能するためssh、ACS で何か設定する必要があるかどうか疑問に思っていました。すでにsshDCOS マスターに直接接続しようとしましたが、成功しませんでした。

どんな助けでも大歓迎です。

Azure ACS 経由でインストールされた dcos を使用し、デフォルト オプションで dcos ツール経由で hdfs と spark をインストールしました。

SparkStreamingContext を作成すると、次のようになります。

dcos package install–options=を使用して spark パッケージを再デプロイする必要があると思いますが、どうあるhdfs.config-urlべきかわかりません。https://docs.mesosphere.com/1.7/usage/service-guides/spark/install/#hdfsドキュメントは古くなっているようです。

DC / OSをインストールしました（3マスターおよび7スレーブサーバー-すべてCentos7）

私は問題を見ました - スレーブサーバーの1つがシャットダウンしたとき - mesos/marathon startは5分後にアプリケーションのインスタンスを殺しました.

たとえば、私は mesos/marathon 8 インスタンスの単純な Web アプリケーションで実行しています。1 つのスレーブ サーバー マラソンのネットワーク インターフェイスをシャットダウンまたは非アクティブ化すると、一部のインスタンスが強制終了されることが示されます。この時点から mesos/marathon は 5 分間待機し、別のオンライン スレーブ サーバーに対して強制終了されたインスタンスを開始します。

私の質問は、今回はどのように変更できますか? 5分は長すぎる。DC/OS のドキュメントを読みましたが、これを担当する変数が見つかりません。

私はあなたの助けにとても感謝しています.

最近 DC/OS ( https://dcos.io/ ) をインストールしました。今のところ、私はそれをテスト用に使用しているので、私のアーキテクチャは以下で構成されています: - 1 つのノード Boostrap - 1 つのマスター ノード - 2 つのスレーブ ノード

しかし、DC/OS がさまざまなノードで利用可能なリソースに基づいてサービスを適切に分散しない理由を説明できますか?

私の場合、すべてのサービスが同じノードにインストールされています。このノードにさらにリソースがある場合、DC / OS で新しいサービスをインストールできなくなります。

前もって感謝します ！

私は最新の DCOS リリース (0.8.0) を使用しており、4 つのプライベート エージェント ノード、1 つのパブリック エージェント ノード、1 つのマスター、および 1 つのブート マシンを備えたローカル vagrant クラスターをスピンアップしています。

次に、次のコマンドを使用して、デフォルト構成で kafka をインストールしました。

マラソン ログを調べたところ、mesos が kafka のリソース オファーを拒否しているため、3 つのブローカーすべてをデプロイできないようです。この問題は、リソース オファーのロールと目的のカフカ ロールの不一致にあると思われます。

クラスタ統計の集計: CPU: 18 シェア メモリ: 7GiB

マラソン ログのスナップショットを次に示します。