問題タブ [wercker]

Wercker のプロジェクトのビルドで使用するdocker イメージを作成しました。これを行ったのは、プロジェクトの各ビルドにインストールするよりも、必要なパッケージを環境に既にインストールしておく方がよいと考えたためです。

ただし、プロジェクトをビルドするたびに Wercker が失敗するようになりました。その理由は? 環境のセットアップ手順に 5 分以上かかるため、タイムアウトします。

にとどまるだけStatus: Downloaded newer image for shackra/latex-ebook:latestです。何が問題なのですか? Wercker 構成ファイルから修正できるものはありますか?

Docker 化されたバージョンの wercker を使用して Python アプリで単体テストを実行しようとしていますが、ほとんどの単体テストがエラーで失敗しますsqlalchemy.exc.OperationalError: (psycopg2.OperationalError) could not connect to server: No route to host。wercker のドキュメントには、この接続を行うための構成がありません。

おそらく単純なものが欠けていますが、必要以上の時間を費やした後、このデータベース接続を確立してテストを実行することはできません。とにかく、Rails アプリに関する同様の質問がありますが、回答が役に立たないため、おそらく質問は Python アプリを使用している他の人に役立つでしょう。SOヘルプを探しています！

以下は私の現在のwercker.ymlです：

そして、ここに私のアプリのテスト構成があります:

最後に、失敗した wercker のテストの 1 つを次に示します。

アプリをユーザー wercker に設定する際に問題があります。私の wercker.yml は次のようになります。

ビルドを実行すると、次のエラーで失敗します。

nodejs を wercker にインストールする必要があると思いますが、どうすればこれを行うことができるのでしょうか?

Ruby on Rails プロジェクトで Wercker を使用しています。私の wercker.yml は次のようになります。

問題は、キャッシュから取得するのではなく、bundle install を使用して毎回 wercker が gem をダウンロードすることです。そのため、私のビルドには数秒ではなくほぼ 2 分かかります...どうすれば修正できますか?

最終的に libreoffice ファイルをプライベート Github リポジトリに保存されている pdf に変換するために Wercker を使用しようとしています。Dockerhubには、このdockerfileを持つxcgd/libreofficeなどの libreoffice を含む Docker イメージがいくつかあります。

私は Docker と Wercker の両方に慣れていないので、最小限の Wercker.yml をセットアップして (以下) から開始することにしました。

Wercker ビルドは、「環境のセットアップ」ステップで停止し、最後の行が

そして、ビルドは最終的にタイムアウトします

12 分 49 秒後に「応答なしでコマンドがタイムアウトしました」。

ここで何が間違っていますか？

答えてくれてありがとう！

Rails アプリの仕様を実行するために wercker を使用しています。wercker での redis のセットアップに問題があります。私のレールアプリにはredis.rb、次のようなものがあります。

wercker では、WERCKER_REDIS_HOST環境変数を次127.0.0.1のように設定WERCKER_REDIS_PORTしました。6379

仕様を開始すると、次のように返されます。

どうすれば修正できますか？

私はawsのコアオス（accとprod）で2つのkubernetesクラスターを実行しており、両方でnginx ssl（ワイルドカート証明書を購入し、OKをチェック）でカスタムレジストリをセットアップして、v1 + v2バックエンドに行き、すべて正常に動作していました。どういうわけか、特定のビルドがアップロードされないという問題が発生しました。別の画像は問題なくアップロードされます...何度も何度も同じ動作が見られます。

私がビルドする 2 つのイメージは、WEB (仮想サイズ約 390 MB) と API (仮想サイズ約 420 MB) です。異常を起こしているのはWEB画像ですが、少し大きいだけなので問題ないと思います。

繰り返しますが、この特定の画像が表示されるまで、al は正常に動作していました。さまざまなサイズの新しいビルドを作成しましたが、アップロードされません。その後、他の画像は問題なくアップロードされ、同じリポジトリに移動します。これが、このケースを非常に興味深いものにしています（そして、私を狂わせます;）。nginx コンテナーで ssl 終了を行っており、他のすべてのサービスが同じアーキテクチャで正常に動作するため、これが aws ssl elb 設定の問題であるとは思いません。

v1 バックエンドが必要な理由に関する今後の質問への回答: (まだ) v1 バックエンドに投稿する wercker に対応するために必要です。次に、レジストリはトラフィックを v2 バックエンドにリダイレクトし、そこでイメージが保存されます。

レジストリのログ (v1 と v2 を表示) には、次の出力が表示されます (この順序で)。

PUT /v1/repositories/web/ 01/Apr/2016:09:47:41 +0000 DEBUG: args = {'名前空間': 'ライブラリ', 'リポジトリ': u'xxxxx'}

POST /v2/xxxxx/ブロブ/アップロード/

time="2016-04-01T10:07:31Z" level=info msg="応答完了" go.version=go1.5.3 http.request.host=xxxxx http.request.id=f3f5b5c0-44ce-4d1b-9f41- 7cf9b06e6c3d http.request.method=POST http.request.remoteaddr=172.22.90.1 http.request.uri="/v2/xxxxx/blobs/uploads/" http.request.useragent="docker/1.9.1 go/go1. 4.3 git-commit/9894698 カーネル/4.3.6-coreos os/linux arch/amd64" http.response.duration=196.065061ms http.response.status=202 http.response.written=0 instance.id=741a8348-2a62- 4b49-8f78-99f102bf7593 バージョン = v2.3.1

パッチ /v2/REPO/blob/uploads/30bbaca1-3c4a-4766-a59e-8dd6fc1ebc25 [...]

time="2016-04-01T09:49:42Z" level=error msg="blob PATCH 中にクライアントが切断されました" go.version=go1.5.3 http.request.host=xxxxx http.request.id=05dd5386-e797-4122 -be43-4d2c564b28be http.request.method=PATCH http.request.remoteaddr=172.22.90.1 http.request.uri="/v2/xxxxx/blobs/uploads/30bbaca1-3c4a-4766-a59e-8dd6fc1ebc25?_state=E_ajSTSwyO48bb- dO9hmnXaPXxTH9Bc2PdB2BMaFki97Ik5hbWUiOiJqdW5nby13ZWIiLCJVVUlEIjoiMzBiYmFjYTEtM2M0YS00NzY2LWE1OWUtOGRkNmZjMWViYzI1IiwiT2Zmc2V0IjowLCJTdGFydGVkQXQiOiIyMDE2LTA0LTAxVDA5OjQ3OjU5LjM4NDEzNjkyOVoifQ%3D%3D"

Docker クライアントは、レジストリから終了信号 (またはそのようなもの) を受信して​​いないようで、最初のレイヤーを永久にアップロードし、最終的にタイムアウトします。何もタグ付けされず、アップロードはパージされます。

編集: 1.10.1 docker-cli を使用して手動でイメージを正常にプッシュしたので、問題は wercker docker-cli にあるはずです ;(