gontankun
Forum Replies Created
-
Posts
-
satoru様
いつも丁寧に対応いただき、ありがとうございます。プロビジョンした後のcompose.ymlファイルは自分でメンテナンスする必要がある件、了解しました。
Dockerイメージはセキュリティアップデートを頻繁にして頂いているということで、大変安心しました。
定期的に確認して反映していきたいと思います。update_version.sh について説明いただき、ありがとうございます。
新しくプロビジョンする前には、必ず実行するようにします。ftpを使った更新についてご確認いただき、ありがとうございます。
Kusanagi RoDで構築したサイトが2個あるのですが、そのどちらでも発生しておりまして、どうしたものかと思っています。クラウドで環境構築しているので、もう一つWordPress環境を作って確認しようにもなかなか大変で。。。composeファイルを比較するくらいなら直ぐなのですが、WordPressの挙動まで確認しようとすると。。。
もう少し調査してみます。。ありがとうございました。
Keita様
ありがとうございます。
.kusanagiファイルはDockerコンテナ起動時の環境変数を登録しているのですね。
作成されていたのは知っていたのですが、どの様な設定でプロビジョンしたのかを
記録として残しているだけだと思っていました。
起動時に使っているとは知らず、勉強になります。alpineベースで構築されたコンテナは環境変数でタイムゾーンを変更できないといった
情報も見かけたのですが、httpdコンテナのタイムゾーンだけは変更されました。
これで、プラグインがUTC表示していた日時はJSTになったようです。httpdコンテナはkusanagiディレクトリがリードオンリーになっているので、
phpコンテナに入って作業することが多いのですが、こちらは変更されませんでした。
ホストにある/usr/share/zoneinfo/Asia/Tokyoでコンテナ内の/etc/localtimeを上書き
すれば良いとの情報もあったので、composeファイルに記述してみようかと思っています。お世話になります。
GitHubの見方がよく分かっていなかったので、気付きませんでした。
リンクしていただき、ありがとうございます。KUSANAGI Runs on Docker なので、DockerHub の方を見てまして、
RoD構成モジュールが更新されているようだったので、何かな？と思いまして。
https://hub.docker.com/u/primestrategyトラブルに関しては、標準セットアップの環境が無いので、そこで試すことが
出来ないのですが、私だけの問題なのか、他にも同じトラブルを抱えている人が
いるのか、問題解決の糸口を探している状況です。
きっと、標準セットアップでは上手くいくんだろうと思っています。
標準セットアップでトラブルがなくても、運用環境でトラブルが発生するので
あれば、解決策が必要なので。
運用するのであれば、保守する必要があるので、RoDの基本的なコマンドの
使い方や、何がどうなるのかを知っておきたいと思っています。タスクスケジューラは、WP-Cronの時もあるし、その他の時もあります。
ループバックリクエストが失敗するのが原因で、現時点での機能制限との
回答を得ている案件です。
Reply To: KUSANAGI RoDのWordPressサイトヘルスチェックで致命的な問題
こちらの件は、リバースプロキシにリクエストを処理させることで回避できる
ことが昨日分かったので、とりあえずの緊急度は下がりました。
443ポートをDocker内でLISTENするのは良くないとの事だったので、一旦は
リバースプロキシを外す構成にしたのですが、結局外せない事になったので、
セキュリティ上問題があるのかもしれません。。。Docker version 20.10.14とdocker-compose 2.4.1の組み合わせで確認しましたがダメでした。
デバッグメッセージの最後のほうです。Downloading WordPress 5.9.2 (en_US)... Warning: Failed to create directory '/.wp-cli/cache/': mkdir(): Permission denied. md5 hash verified: b5e9c3b8dfd767d55c3797c2eae0f57d Success: WordPress downloaded. Success: Generated 'wp-config.php' file. sendmail: can't connect to remote host (127.0.0.1): Connection refused Success: WordPress installed successfully. ++ sleep 1 ++ k_configcmd /home/kusanagi/wordpress rm wp.sh ++ local _dir=/home/kusanagi/wordpress ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress config rm wp.sh ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress config rm wp.sh rm: remove 'wp.sh'? ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot chmod 440 wp-config.php ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod 440 wp-config.php ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod 440 wp-config.php ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot mv wp-config.php .. ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config mv wp-config.php .. ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config mv wp-config.php .. ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot mkdir -p ./wp-content/languages ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config mkdir -p ./wp-content/languages ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config mkdir -p ./wp-content/languages ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot chmod 0750 . ./wp-content ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod 0750 . ./wp-content ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod 0750 . ./wp-content ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot chmod -R 0770 ./wp-content/uploads ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod -R 0770 ./wp-content/uploads ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod -R 0770 ./wp-content/uploads ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot chmod -R 0750 ./wp-content/languages ./wp-content/plugins ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod -R 0750 ./wp-content/languages ./wp-content/plugins ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config chmod -R 0750 ./wp-content/languages ./wp-content/plugins ++ k_configcmd /home/kusanagi/wordpress/DocumentRoot sed -i s/fqdn/wp.localhost/g ../tools/bcache.clear.php ++ local _dir=/home/kusanagi/wordpress/DocumentRoot ++ shift ++ k_compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config sed -i s/fqdn/wp.localhost/g ../tools/bcache.clear.php ++ /usr/local/bin/docker-compose run --rm -w /home/kusanagi/wordpress/DocumentRoot config sed -i s/fqdn/wp.localhost/g ../tools/bcache.clear.php sed: can't create temp file '../tools/bcache.clear.phpXXXXXX': Permission denied ++ return 1 + return 1 + check_status + '[' 1 -eq 0 ']' ++ eval_gettext Failed. ++ gettext Failed. +++ envsubst --variables Failed. ++ export PATH ++ envsubst Failed. + k_print_error Failed. + k_print_red 'ERROR: Failed.' + local 'OUT=ERROR: Failed.' + k_is_tty + [[ -t 1 ]] + return 0 + echo -e '\e[31mERROR: Failed.\e[m' ERROR: Failed. + exit 1ちなみに、素のUbuntu20.04 LTSでkusanagiを動作させるとgettextがらみで異常になったので、gettextを追加でインストールしています。
gettext (GNU gettext-runtime) 0.19.8.1以上、よろしくお願いいたします。
お世話になります。
DockerComposeのバージョンを下げてprovisionできていたのでリリース頂いた最新バージョンの確認をしていなかったのですが、新しい環境を構築することになり、provisionを行ったのですが、異常終了してしまうようになりました。DockerComposeのバージョンが1.xxでも2.xxでも異常になります。
$ kusanagi-docker provision --fqdn wp.localhost wordpressCreating network "wordpress_default" with driver "bridge" Creating volume "wordpress_kusanagi" with default driver Creating volume "wordpress_database" with default driver Creating wordpress_httpd ... done Creating wordpress_config ... done Creating wordpress_php ... done Creating wordpress_ftp ... done Creating wordpress_db ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Provision WordPress Creating wordpress_config_run ... done Downloading WordPress 5.9.2 (en_US)... Warning: Failed to create directory '/.wp-cli/cache/': mkdir(): Permission denied. md5 hash verified: b5e9c3b8dfd767d55c3797c2eae0f57d Success: WordPress downloaded. Success: Generated 'wp-config.php' file. sendmail: can't connect to remote host (127.0.0.1): Connection refused Success: WordPress installed successfully. Creating wordpress_config_run ... done rm: remove 'wp.sh'? y Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done sed: can't create temp file '../tools/bcache.clear.phpXXXXXX': Permission denied ERROR: 1 ERROR: Failed.provisionの途中で、wp.shファイルをremoveしてよいか聞かれるのも、どう答えて良いかわかりかねますが、どちらにしても結果は同じ様です。
Kusanagi RoD 1.3.1にて確認しました。
アドバイス頂けると幸いです。
satoru様、いつも迅速に対応いただきありがとうございます。
KUSANAGI RoDでは80、443ポートをなぜ使っていないのか疑問に思っていましたが、
セキュリティ上の問題であえて利用していない旨、理解しました。Let’s Encryptとマルチサイトに対応するため、steveltn/https-portal – Docker Hub にて
リバースプロキシを構成しているのですが、このcomposeファイルでのports設定が
80:80と443:443になっているので、これも問題だということになりますね。。。KUSANAGI MAGAZINEの記事「KUSANAGI RoDの使い方(10)～高速Dockerの話（最終回）～」にて
Certbotの実用化とPHPの高速化に対応予定とのことでしたが、状況はいかがでしょうか？
公式にLet’s Encrypt対応して頂けると大変助かります。cloudy様、情報展開ありがとうございます。
satoru様、素早い対応大変ありがとうございます。
こんなに早く対応いただけるとは思っていなかったので、感動しています。
修正頂いたftpコンテナで正常にftp接続できるようになりました。
KUSANAGI MAGAZINEのKUSANAGI_RoD連載、興味深く読ませていただきました。
情報が少ない中、貴重な連載でとても参考になります。
WordPressの運用についても、RoDならではの想定している運用形態について
公式情報があると大変ありがたいので、連載の続編を期待しています。———————
実は、管理画面からテーマやプラグインがインストールできなかったので
WP CLI でのインストールは試して、できることを確認していました。
インストールは成功するのですが、プラグインを使用するにあたって、
ftp接続する状況になったため、ftp接続を正常化する必要に迫られた状況でした。
また、運用を考えると、ユーザーにWP CLIを使って作業してもらうのは現実的では
ないと思ったので、管理画面から出来るようにする必要がありました。UpdraftPlusというバックアップpluginでバックアップされた旧サイトのデータを
使用して、KUSANAGI_RoDで新たに構築した環境にデータを復元しようとしています。
修正頂いたftpコンテナで正常にftp接続はできるようになったのですが、
UpdraftPlusを使ってデータをリストアしようとすると、ftp接続の認証画面から
パスワードを入力しても、直ぐにまた認証画面が表示されるエンドレスループに
陥ってリストアが出来ない状況になってしまいました。
ftp接続に失敗しているわけではなく、pluginとの相性問題かと。。
結局、define('FS_METHOD', 'direct');としてFTPの利用をあきらめることで
エンドレスループ問題は解決しました。
わざわざFTPを使う構成にしているのには、それなりの理由があると思っているので
少し不本意ですが。。。
パーミッションの変更は必要でしたが、とりあえずplugin以外のデータ・設定を
復元することができました。
pluginの復元はいろいろ試しましたが成功しませんでした。お礼とご報告まで。
