Dockerコンテナ内でpuppeteerを使うとChromeゾンビプロセスがたまる問題 - その手の平は尻もつかめるさ
表題のような問題があり，その調査したという記録です．なお，結論を一言で言うと--initを使え，ということになります． そもそもDockerコンテナを起動すると，CMDあるいはENTRYPOINTに指定されたコマンドがコンテナ内でPID 1として起動します．これが何を意味するかと言うと，「CMDあるいはENTRYPOINTに指定されたコマンド」はそのコマンド自体の責務をまっとうするのと同時に，initプロセスとしての振る舞いも行わなければならないということになります (id:hayajo_77さんにこの辺を詳しく教えてもらいました，ありがとうございます)． つまりPID 1で動いているプロセスは「SIGCHLDをトラップすることで孤児プロセスを適切に回収し，waitpidをかける」という処理も適切に行う必要があります． さて，puppeteerを使ってChromeブラウザを起動するとどうな
【備忘録】AWS ECRにdocker pushした際にno basic auth credentialsとなった場合の解決方法 - Qiita
【備忘録】AWS ECRにdocker pushした際にno basic auth credentialsとなった場合の解決方法AWSECR $ aws ecr get-login --no-include-email --region ap-northeast-1 docker login -u AWS -p xxxxx== https://xxxxx.dkr.ecr.ap-northeast-1.amazonaws.com $ docker login -u AWS -p xxxxx== https://xxxxx.dkr.ecr.ap-northeast-1.amazonaws.com Login Succeeded $ docker push xxxxx.dkr.ecr.ap-northeast-1.amazonaws.com/xxxxx:latest The push refer
自前のDockerリポジトリはやめて、Amazon ECRに移行しよう | tracpath:Works
はじめに DevOpsを実践していますか？ DevOpsには、イミュータブルインフラストラクチャー（不変のインフラ）というものがあり、それを実現するための方法のひとつとして「Docker」が利用されています。 Dockerを使って環境を構築するためには、コンテナイメージが必要です。そのため、コンテナイメージをホストするために、自前のリポジトリサーバーを持っている現場もあります。しかし、頻繁にデプロイする環境では、サーバーが高負荷になりがちで、保守・管理も大変です。そういった悩みを解決するために、今回紹介する「Amazon EC2 Container Registry」サービスが開発されました。 この記事では、 のために、DockerとAmazon EC2 Container Registryサービスの概要を説明した後で、競合サービスであるDocker Hubとの料金比較をしていきます。ぜひ
Docker 19.03新機能 (root権限不要化、GPU対応強化、CLIプラグイン…)
NTTの須田です。2019年7月23日に公開された、Docker 19.03の新機能をお伝えします。2018年11月8日にリリースされたDocker 18.09以来、8ヶ月ぶりのリリースです。 root権限不要化従来のDockerは、ホストのroot権限でデーモン(dockerd)を動作させる必要があったため、脆弱性や設定ミスを突かれると、ホストのroot権限を奪われる恐れがありました。 Docker 19.03では、非rootユーザでデーモンを実行できるようになりました(Rootlessモード)。 Rootlessモードを有効化することで、万一Dockerに脆弱性や設定ミスがあっても、攻撃者にホストのroot権限を奪取されることを防ぐことが出来ます。ただし、現時点ではcgroupを利用できないなどの制約があります。 RootlessモードのDockerは， curl -fsSL http
docker-composeでphp + nginxの環境を作りました - Qiita
前置き phpとnginxが入っている環境をdocker-composeで作成しました。 慣れないことばかりで戸惑いましたが、備忘録代わりに手順を残しておこうと思います。 *docker for macをインストールしている前提で手順を進めていきます。 フォルダ構成 フォルダの構成はこのようになってます。 phpsql │ docker-compose.yml ├─data │ │ │ └─www │ index.php │ │ │ ├─nginx │ Dockerfile │ server.conf │ └─php5 Dockerfile php.ini docker-compose.ymlですが、プロジェクトの作業ディレクトリのルートに置く方法が一般的らしいです。 ではdocker-compose.ymlの中身を見ていきましょう。 docker-compose.yml versio
Dockerコンテナ間で双方向通信させる - Qiita
まえがき 自社のサービスでマイクロサービスアーキテクチャを基本として設計・開発を行っています。またDockerを用いてインフラをコード化し冪等性を担保し、どこでも同じ環境を再現でき、スケーラブルであるなど様々な恩恵を受けて、インフラもマイクロサービス特性である疎結合で高凝縮性をそのまま実現しています。 今回はちょっと困っていたコンテナ間双方向通信する方法について、解決ができたので共有しようと思いました。 これを読むとわかること ( TL;DR ) Dockerコンテナ間で通信する方法 特にコンテナ間の双方向通信はDocker Compose version2で解決（※） Docker ComposeのVersion 2 が少しわかる(チラッと） ※別の表現をするなら、docker networkを作成してdocker run時に作ったnetworkを--networkで指定すれば良いです。
docker-compose でMySQL環境簡単構築 - Qiita
version: '3' services: # MySQL db: image: mysql:5.7 container_name: mysql_host environment: MYSQL_ROOT_PASSWORD: root MYSQL_DATABASE: test_database MYSQL_USER: docker MYSQL_PASSWORD: docker TZ: 'Asia/Tokyo' command: mysqld --character-set-server=utf8mb4 --collation-server=utf8mb4_unicode_ci volumes: - ./docker/db/data:/var/lib/mysql - ./docker/db/my.cnf:/etc/mysql/conf.d/my.cnf - ./docker/db/sql:/
Docker Compose で複数コンテナ構築＆管理 - Qiita
■ 概要 Docker Compose は、Dockerのコンテナ管理ツール 複数コンテナの構築・管理を、設定ファイルと docker-compose コマンドで一括管理できて便利 Docker for Mac には同梱されている 今回は、とりあえず最小構成(？)の WEBサーバーコンテナ + MySQLコンテナ で構築してみる ※MySQLのコンテナは、通常は公式のイメージを使用するが、今回は個別にDockerfileを指定する方法を試してみたかったので、あえて別途作成した。 ■ 参考URL ■ フォルダ・ファイル構成 以下の構成で、設定ファイルや確認用コンテンツなどを用意する。 それぞれのファイルの記述例については後述。 ※フォルダ構成は一例で、こうしなければいけないというわけではない。今回は、DBとWEBでフォルダを分けたほうがわかりやすいと思ったのでそうしている。 ~/docker
Docker コンテナ内からホストの IP アドレスを知る - Qiita
以前 Docker のコンテナ内から、ホストで立ち上げているサーバーの機能にアクセスするという少し変わった使い方をした。 そのときは Docker 標準のネットワーク設定を使ったためホストのアドレス 172.17.0.1 をスクリプトに直接記述したのだが、この値はネットワークの設定によっては変化する可能性がある。 なんとなく不便。ネットワーク環境に関わらず、ホストのアドレスを正しく扱いたい。 というわけで、コマンドで簡単に抽出する方法を調べてみた。 環境 Ubuntu 15.04 ホストもコンテナも同じ。 Docker 1.9.1 ざっくり言うと コンテナの eth0 が利用するゲートウェイのアドレスが、コンテナから見えるホストのアドレスになっている。 これを抽出すればいい。 抽出 ip route Docker 標準のネットワーク設定を使って、コンテナ内でコマンドを実行したときの出力は以
Docker の容量不足解決（docker system prune） - Qiita
定期的に image を整理していたが、docker pullでno space left on deviceのエラーメッセージが表示。volume の整理も必要だった。 failed to register layer: Error processing tar file(exit status 1): write /tmp/xxxxx.tar.gz: no space left on device # Docker のディスク利用状況を確認 > docker system df TYPE TOTAL ACTIVE SIZE RECLAIMABLE Images 0 0 0B 0B Containers 0 0 0B 0B Local Volumes 20 0 24.84GB 24.84GB (100%) Build Cache 0 0 0B 0B # -v オプションで詳細表示 > d
docker build すると ADD, COPY で no such file or directory になる問題の解決方法 - Shred IT!!!!
docker 導入に関する記事を別で書くつもりだが、 今やっているプロジェクトで docker build で大ハマりしたので、 その解決方法をメモしておく。 概要 CentOS 7 Docker 1.6.2 上記環境だが、特に yum のリポジトリを更新することもなく、 下記を実行して Docker 1.6.2 をインストール。 yum install docker docker-selinux チームで管理している Dockerfile があるので、 それを落として色々インストールした後、 docker build して docker pull する予定だった。 「no such file or directory」のエラーでビルドできない Dockerfile は他の方が docker build 成功しているので、 俺の環境でもできるはずなのに build がどうやってもうまくいか
Docker Ubuntu18.04でtzdataをinstallするときにtimezoneの選択をしないでinstallする
docker imageのベースイメージをubuntu18.04に上げた時に tzdata を apt-get install するところで止まってしまってハマったのでメモしておく 素のubuntu17.10の場合 Sending build context to Docker daemon 2.048kB Step 1/2 : FROM ubuntu:17.10 ---> e4422b8da209 Step 2/2 : RUN apt-get update && apt-get install -y tzdata ---> Running in dbe30f24e997 Get:1 http://security.ubuntu.com/ubuntu artful-security InRelease [83.2 kB] Get:2 http://archive.ubuntu.com/ub
DockerでcronしたいときはBusyBox crondが便利
Dockerコンテナでプログラムを定期実行したいとき、それぞれの言語で実装されたタスクスケジューラを使うほか、手っ取り早くcronを使ってしまう方法もあります。しかしDockerで使うにはやや面倒な点があります。 cronで実行するプログラムにコンテナに設定した環境変数を渡したい環境変数が独立しているのはcronのよくあるハマりどころですねファイルに書き出して読み込んで、とやるのは面倒ログは標準出力・標準エラー出力に書き出したい標準出力に出せばdocker logsで扱えるし、ファイルだとローテートが面倒このようなとき、BusyBoxに含まれるcrondを使うと、以上の課題を解決してシンプルに定期実行することができます。 インストール#Debian系ではapt-get install busybox-staticでインストールし、busybox crondで起動します。 Alpine Li
Dockerコンテナ上でCronを動かしたい - Qiita
Dockerコンテナ上でCronを使いたい時に、下記の様な事が気になります。 ・cronが起動するタスクでは、Dockerコンテナ起動時の環境変数が引き継がれない ・ログは標準出力に書き出してdocker logsでログを拾える様にしたい 調べて見ると,いちいち環境変数を読み込み直して...みたいな感じでもいいものの,こういう時はbusybox に含まれるcrondを使うと楽なようです。 参考: DockerでcronしたいときはBusyBox crondが便利 debian ベースの Docker コンテナで busybox の cron を実行 以降は参考にした記事に記載されている内容と同一ですが、自分の環境でも試してみたのでその手順を残しておきます。 インストール(Debian系) ※AlpineLinuxの場合はcrondでそのまま使えます
Docker compose ことはじめハンズオン - Qiita
修正履歴: @aosho235 さんのコメントより、Dockerfile の"EXPOSE 8888" の不要な記述を修正 @aosho235 さんのコメントより、node アプリを起動するコマンドが抜けていた点を修正(Dockerfile, docker-compose.yml) @alt さんより編集リクエスト。シンタックスハイライトを適切なものに修正 感謝<(_ _)> Docker Compose 概要 Docker compose とは、複数のコンテナから成るサービスを構築・実行する手順を自動的にし、管理を容易にする機能です。 Docker compose では、compose ファイルを用意してコマンドを1 回実行することで、そのファイルから設定を読み込んですべてのコンテナサービスを起動することができます。 Docker Compose を使うまでの主なステップ Docker
docker で全自動 Let's encrypt - Qiita
https-portal があまり知られてないようなので紹介記事だけ書いとく。 https://github.com/SteveLTN/https-portal あなたがすでにhttpで動作するサービスのdockerコンテナを持ってるなら、こいつを docker-compose に加えるだけで https 対応は完了。 え？ 加えるだけで完了。 まじです。 https-portal は何をするものか 基本的には https のリクエストを受け取り、他のコンテナの http へ転送するリバースプロキシとして動作する nginx である。 ところで https を提供するには証明書の取得、設定などが必要だが、こいつはそれを全自動でやってくれる。 え？ 証明書の取得、設定を全自動でやってくれる。 まじです。 期間延長も自動でやってくれるらしい。 まあとにかく便利なので、 Let's encryp
Docker multi stage buildで変わるDockerfileの常識 - Qiita
Dockerイメージのサイズを1バイトでも削りたい皆さんに朗報です。 もうすぐリリースされるDocker 17.05でmulti stage buildという機能が導入される予定です。 こいつはこれまでのDockerfileの常識を覆す革新的な機能なのです。 Docker 17.05は本稿執筆時点では2017/05/03リリース予定となっており、現在はRC版が出てるので、気になる新機能を一足早くで試してみた。(2017/05/07追記:最終的に2017/05/04に正式リリースされました) とりあえずこの新しいシンタックスのDockerfileを見てほしい。 FROM golang:alpine AS build-env ADD . /work WORKDIR /work RUN go build -o hello main.go FROM busybox COPY --from=buil
Dockerfileを極めて、Dockerマスターになろう！ - Qiita
Dockerfileとは 「Dockerfile」ファイルは、プログラムのビルドでよく利用されるmakeツールの「Makefile」ファイルと同様に、Dockerコンテナーの構成内容をまとめて記述するシンプルなテキスト形式のファイルです。* 注意事項 Dockerでは ==コマンドをフォアグラウンドで動かさないとコンテナが停止== してしまいます。特に、 デーモンプログラム は、 デフォルトでバックグランド動作をするため 設定したものの 「起動しない/自動的に停止してしまう」 といった不具合に遭う原因となるので注意が必要です。 例えばnginxはデフォルトはデーモンとして動くので、(nginxの)daemon off設定を行い、 フォアグラウンドで動かす必要があります。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Dockerイメージの名前を変更する - Qiita
Utuntu 19.04 に Docker CE をインストールする - Qiita
