問題タブ [mesosphere]

marathon/mesos フレームワークを使用して rabbitmq を実行できません。docker ハブで利用可能な rabbitmq イメージと、カスタム ビルドの rabbitmmq docker イメージで試しました。mesos スレーブ ログに次のエラーが表示されます。

E0222 12:38:37.225500 15984 slave.cpp:2344] 実行タスク rabbitmq.9ebfc76f-ba61-11e4-85c9-56847afe9799 のコンテナー c02b0067-89c1-4fc1-80b0-0f653b909777 のリソースの更新に失敗しました。 -85c9-56847afe9799 ターミナル タスクのステータス更新、コンテナの破棄: 「cpu」サブシステムの cgroup の特定に失敗しました: /proc/13197/cgroup の読み取りに失敗しました: ファイル「/proc/13197/cgroup」のオープンに失敗しました: そのようなものはありませんファイルまたはディレクトリ

グーグルで、次のように1つのヒットを見つけることができました https://github.com/mesosphere/marathon/issues/632

これが私が直面している問題であるかどうかはわかりません。marathon/mesos/docker を使用して rabbitmq を実行しようとした人はいますか?

Apache Mesos + Marathon + Zookeeper を使用して Rails アプリをデプロイしています。Rails アプリと他のコンテナーの間でデータを共有する必要があります。次のようにマラソンでそれを行うための参考文献を見つけました：

marathon/docs/native-docker.html

しかし、マラソンが「mesos-uuid」の形式で名前を割り当てるため、レールアプリコンテナーの名前を見つける方法が見つかりません。それを解決するためのアイデアはありますか？またはコンテナからのボリュームをマラソンと共有する別の方法はありますか?

mesos と marathon を使用して Kibana 4 のコンテナーをデプロイしています。デプロイする JSON は次のとおりです。

しかし、投稿すると、kibana アプリが起動せず、stderr ログは次のようになります。

その後、ポートまたはネットワーク構成の問題であることを示すいくつかの参照を見つけたので、ポート マッピングを排除しようとしました。その後、Kibana 4 Web アプリは正常に起動しますが、HTTP 経由でアクセスするにはポート マッピングを構成する必要があります。マラソンがネットワークとポートマッピングの構成に問題がある理由についてはわかりません。いくつかの助けをいただければ幸いです。

mesos + marathon + docker をかなり長い間使用していますが、ある時点で行き詰まりました。現時点では、永続的なコンテナーを処理しようとしており、「volumes-from」パラメーターをいじってみましたが、配置するデータ ボックスの名前を把握する方法がわからないため、機能させることができません。それをjsonのキーとして。ここの例で試してみました

どんな種類の助けにも本当に感謝します:-)

Mesos と Marathon は時々チェックポイントについて言及していますが、それがどのように機能するかについての適切な説明はどこにも見つかりませんでした。また、それは実際にはどういう意味ですか？

Mesosphere は、Mesos で Spark を実行するプロセスを簡素化するという素晴らしい仕事をしました。このガイドを使用して、Google Cloud Compute で開発 Mesos クラスタをセットアップしています。

https://mesosphere.com/docs/tutorials/run-spark-on-mesos/

spark-shell(finding numbers less than 10)を使用して、ガイドにある例を実行できます。ただし、Spark でローカルに正常に動作するアプリケーションを送信しようとすると、TASK_FAILED メッセージ (つまりCoarseMesosSchedulerBackend: Mesos task 4 is now TASK_FAILED) で爆発します。

提供された Spark Pi の例で使用しているコマンドを次に示します。

./spark-submit --class org.apache.spark.examples.SparkPi --master mesos://10.173.40.36:5050 ~/spark-1.3.0-bin-hadoop2.4/lib/spark-examples-1.3.0-hadoop2.4.0.jar 100

そして出力：

mesosスレーブノードがアプリケーションjarを見つけられないことに関係があるのではないかと思いますが、それをHDFSに入れてURLを提供すると、spark-submitそれがSkip remote jar.

--

編集：これを結論づけるためhbogertに、sparkユーザーリストsparkで、スレーブノードの1つでログをデバッグする方向に私を指摘し、問題はその日と同じくらい明確でした.

jclouds@development-5159-d3d:/tmp/mesos/slaves/20150322-040336-606645514-5050-2744-S1/frameworks/20150322-040336-606645514-5050-2744-0037/executors/1/runs/latest$ cat stderr I0329 20:34:26.107267 10026 exec.cpp:132] Version: 0.21.1 I0329 20:34:26.109591 10031 exec.cpp:206] Executor registered on slave 20150322-040336-606645514-5050-2744-S1 sh: 1: /home/jclouds/spark-1.3.0-bin-hadoop2.4/bin/spark-class: not found jclouds@development-5159-d3d:/tmp/mesos/slaves/20150322-040336-606645514-5050-2744-S1/frameworks/20150322-040336-606645514-5050-2744-0037/executors/1/runs/latest$ cat stdout Registered executor on 10.217.7.180 Starting task 1 Forked command at 10036 sh -c ' "/home/jclouds/spark-1.3.0-bin-hadoop2.4/bin/spark-class" org.apache.spark.executor.CoarseGrainedExecutorBackend --driver-url akka.tcp://sparkDriver@development-5159-d9.c.learning-spark.internal:54746/user/CoarseGrainedScheduler --executor-id 20150322-040336-606645514-5050-2744-S1 --hostname 10.217.7.180 --cores 10 --app-id 20150322-040336-606645514-5050-2744-0037' Command exited with status 127 (pid: 10036)

関連している：

• Mesos クラスターで Hadoop を実行するには?
• http://apache-spark-user-list.1001560.n3.nabble.com/Spark-submit-failing-on-cluster-td8369.html