こんにちは。
\nかれこれ 1 年くらい仕事で CircleCI + Docker を使ってみているのですが、 とにかくツラい 。
\nCircleCI + Docker 構成で CI したい方はだいぶマゾいとすら思います。
\n他の CI 系のサービスどうなんだろうと調べつつも、これまで戦ってきたノウハウは備忘録として残そうと思います。
なにがツラいかというと、
\nという構成だと、色々な Docker に関する操作が動きません。
\nローカルでは動くので、基本ドはまりする要素満載です。
\nさらに docker-compose でブラックボックスに包むと、余計にわけがわからなくなります。
ということでハマったことと、CircleCI で Docker を扱うための基本戦術を残します。
\n\n新しければエラーが少ないかというと、よく分かりません。。。
\n相性がそもそも合ってないので、どのバージョンでも割り切ったほうが良いです。
machine:\n pre:\n - curl -sSL https://s3.amazonaws.com/circle-downloads/install-circleci-docker.sh | bash -s -- 1.10.0\n - sudo pip install docker-compose==1.8.0を足してあげて下さい
\nこれに付きます。
\n意外と上記の制約がキツく、リソースが枯れたり思うようにできなかったりします。
run したコンテナを rm する時にエラーになります。
\nError removing intermediate container XXXXXXXXX:\nDriver btrfs failed to remove root filesystem XXXXXXXXXXXX Failed to destroy btrfs snapshot: operation not permittedのようなエラーです。
\n色々試してみたものの、結局のところ –rm オプションはつけない ことで回避できます。
\n要らないコンテナを消せないのはなんとも気持ち悪いですが、動かないんじゃ仕方ない
docker rmも同様です。使ってはいけません。
デフォルトの Docker でも、1.10.0 でもどちらもエラーになります。
\n1.10.0 の場合、私の環境では
\nopen /proc/self/oom_score_adj: no such file or directory\n\n— Exit Code 255 on all Docker exec commands – Build Environment – CircleCI Community Discussion
\n
\n— Docker 1.10.0 is available (Beta) – Build Environment – CircleCI Community Discussion
というエラーが発生しました。
\n1.10.0 からは LXC(Linux コンテナ) Driver のサポートが切られている模様 ※記事下部コメント参照です。
\n色々試してみましたが、結局 exec は使わない方向に倒さないとどうにもなりませんでした。
流石にdocker buildはできるかというと、できないこともあります。
\nまだ再現性は不明で、突如訪れます。
\n\n— Docker Error removing intermediate container – Build Environment – CircleCI Community Discussion
\n
リポジトリで Dockerfile を管理しており、ビルドがきちんと動くかどうか CI したい、なんてケースでドハマリすることがあります。
\nその場合はもう諦めて Docker hub などの Docker レジストリに上げておいて、そのイメージを pull して使用する形で回避できます。
\n（もうこの時点でだいぶ無理が来ていると思う）
色々な厄災を招きます。
\n例えばカバレッジレポートなどの副作用が欲しい場合、docker コマンド上では適当なローカルのフォルダにマウントしておき、
\ncircle.yml 上で生成されたファイルを$CIRCLE_ARTIFACTSへ mv したり cp したりした方が安定します。
ここも詳しくは調査が足りていません。
\nDocker のラッパーである docker-compose も当然同様の制約がつきまといます。
\nなど基本的なことに加え、以下にハマりました。
\nビルドの過程でイメージから新鮮なコンテナを再生成したい、というケースでハマりました。
\n明示的に rm しなければ大丈夫なのでは？ と思いましたが、ダメでした。
--force-recreateが内部的に rm するので、当然エラーになります。
\ndocker-compose の場合、一度立ち上げたコンテナを削除すること無く新鮮な状態にロールバックする回避策が必要です。
\nこればかりはプロジェクトによると思うので割愛します。
\nなお、このとき動いているコンテナに対して exec はできません
rm はダメ、と言いましたができることもあります。
\nコンテナにマウントするフォルダによって変わったりするので、条件が分かり次第明記します。
色々と調査不足が目立つ内容なので、必ずしもこの記事を読んだ方の環境でも同様の減少になるかどうかは分かりません。
\nもしご指摘や補足があればして頂けると幸いです。