投稿2019/08/11 05:08
編集2019/08/11 10:38#前提
wordpress公式のコンテナイメージから
dockerfileとdocker-entrypoint.shをダウンロードして
独自にシェルスクリプトで処理を加えている状況です。
https://github.com/docker-library/wordpress/tree/c9f1ca12b6fa8181dee161dfc5ce1692eeaef1d1/php7.3/apache
そのなかでwp-cliを使用して
プラグインを自動インストールしたところ
プラグインファイルの権限がroot:rootになってしまったため
docker-entrypoint.shに追記をしました。
docker
1 2chown -R www-data:www-data /var/www/html/wp-content/ 3
#立ち上げ方法
docker-compose.yml → dockerfile → docker-entrypoint.sh
という形で呼び出しており、以下の手順で立ち上げました。
dockerup.sh
1 2$ docker-compose build --no-cache 3$ docker-compose up -d --build 4
#起こった現象
コンテナを立ち上げてから約1分以内、コンテナ内のwp-cliを利用して
インストールした部分のファイル権限がルートになっていました。
docker.sh
1 2$ docker-compose up -d --build 3$ docker exec -it example-container bash 4 5#ここでコンテナ内に入って権限を確認 6 7insidecontainer＃ ls -la /var/www/html/wp-content 8drwxrwxrwx 2 root root 4096 Aug 11 03:00 upgrade 9drwxr-xr-x 3 root root 4096 Aug 11 02:59 uploads 10
そのまま5分ほど待ち以下を実行。
one
1 2insidecontainer＃ ls -la /var/www/html/wp-content 3drwxrwxrwx 2 www-data www-data 4096 Aug 11 03:01 upgrade 4drwxr-xr-x 3 www-data www-data 4096 Aug 11 02:59 uploads 5
docker-entrypoint.shにて実行した内容が反映されている状況です。
#質問
chownコマンドの反映されるタイムラグの原因が知りたいです。
弊害や懸念点、調査方法、確認すべきポイントなどご教授いただけたら嬉しいです。
回答2件
0
ベストアンサー
chown -Rで所有者を再帰的に変更してるぽいんで、単にファイル数が多くて時間がかかってる、とかそういうオチでは？
どれぐらいのファイルを対象にしてるかわからないですが、試しに2,3個ぐらいのファイルしかない状態でやって比較してみれば良いかと。
投稿2019/08/11 10:50
総合スコア8949
0
entrypointの実行タイミングはコンテナ起動時です。
chownコマンドの反映されるタイムラグの原因が知りたいです。
全文を読んでもタイムラグと思われる現象が見当たらなかったのですが、どれのことを指していますか？
投稿2019/08/11 07:36
退会済みユーザー
総合スコア0
あなたの回答
tips
プレビュー
Q&A
バッドをするには、ログインかつ
こちらの条件を満たす必要があります。
2019/08/12 04:36