soybeans59
Forum Replies Created
-
Posts
-
お世話になります。
Kusanagi docker 1.6.2 で検証致しました。＞上記現象は、docker-compose を再起動すると直る場合があります。docker-compose の再起動は、wordpress ディレクトリ上で docker-compose down && docker-compose up -d を実行します。一度再起動してみてください。
こちら検証致しましたが、改善が見られませんでした。
以下のコマンドを順に実行：kusanagi-docker provision --fqdn hogehoge.com --wp wordpress docker-compose down && docker-compose up -d＞上記はバグの可能性があります。調査に少々時間をいただきます。
1.6.2 で修正されたことを確認したため検証致しました。以下のようにNginxとPHPのバージョンを kusanagi-docker 1.5.1 で指定されていたバージョンでコンテナを起動するとすると hogehoge.com からのアクセスが可能であることを確認致しました。
kusanagi-docker provision --fqdn hogehoge.com --wp --nginx=1.23.4-r14 --php=7.4.33-r22 wordpressまた、以下もアクセス可能であることを確認致しました。
kusanagi-docker provision --fqdn hogehoge.com --wp --nginx=1.23.4-r14 wordpress
kusanagi-docker provision --fqdn hogehoge.com --wp --nginx1.24 wordpressNginx のバージョンが 1.25 のときにアクセス不可となることを確認いたしました。
kusanagi-docker provision --fqdn hogehoge.com --wp --nginx1.25 wordpressそのため、Nginxのバージョンの違いによる影響がどこにあるのか気になっております。
＊dbhostのオプションを追加指定
上記でアクセス可能であることを確認した3つの nginx と PHP のバージョンを指定し、dbhost についての情報も追加し以下のコマンドを実行したところ、
途中でchmod: ./wp-content/uploads: No such file or directoryと出てしまう状況です。kusanagi-docker provision --fqdn hogehoge.com --wp --nginx=1.23.4-r14 --php=7.4.33-r22 --dbsystem mysql --dbhost host --dbname wordpress --dbuser user --dbpass pass wordpress Creating network "wordpress_default" with driver "bridge" Creating volume "wordpress_kusanagi" with default driver Creating wordpress_config ... done Creating wordpress_httpd ... done Creating wordpress_php ... done Creating wordpress_ftp ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Successfully copied 6.66kB to 474d29e1fcdb70a3d805110abc54d48c1b3a1e5368bffedff91af8b64257ace2:/home/kusanagi/wordpress Successfully copied 2.56kB to 474d29e1fcdb70a3d805110abc54d48c1b3a1e5368bffedff91af8b64257ace2:/home/kusanagi/wordpress Successfully copied 12.8kB to 474d29e1fcdb70a3d805110abc54d48c1b3a1e5368bffedff91af8b64257ace2:/home/kusanagi/wordpress Successfully copied 3.58kB to 474d29e1fcdb70a3d805110abc54d48c1b3a1e5368bffedff91af8b64257ace2:/home/kusanagi/wordpress Creating wordpress_config_run ... done Downloading WordPress 6.4.1 (en_US)... Warning: Failed to create directory '/.wp-cli/cache/': mkdir(): Permission denied. md5 hash verified: 5f9044e6b3f78f1bbdf85fed0244f778 Success: WordPress downloaded. Success: Generated 'wp-config.php' file. WordPress is already installed. Successfully copied 261kB to 474d29e1fcdb70a3d805110abc54d48c1b3a1e5368bffedff91af8b64257ace2:/home/kusanagi/wordpress/DocumentRoot/wp-content 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 chmod: ./wp-content/uploads: No such file or directory ERROR: 1 ERROR: Failed.dbhostの情報を追加した状態で途中でスクリプトがエラーになる原因についてご確認いただけると助かります。
以上、よろしくお願い致します。
ご返信ありがとうございます。
>一度、kusanagi-docker remove wordpress を実行し、一度削除してから再度実行してください。
こちらの対応でひとまずコンテナが立ち上がることを確認できました。
忙しい中迅速にご対応いただきまして、ありがとうございます。追加の質問となるのですが、バージョン 1.5.1 ではfqdnで指定したアドレスにアクセスができていた以下のコマンドが 1.6.1 で実行するとアクセスができなくなる（502 Bad Gateway）事象が発生しております（本件が解決していないため外部DBへの接続検証ができておりません。申し訳ありません）。ただい、Public IPをfqdnに指定し、Public IP からのアクセスであれば接続ができることを確認済みです。
kusanagi-docker provision --fqdn hogehoge.com --wp wordpressおそらくコンテナはすべて立ち上がっております。
＊コンテナ一覧
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES 98c30eb694ca primestrategy/kusanagi-ftpd:1.0.9-r2 "/bin/sh -c /docker-…" 3 minutes ago Up 3 minutes wordpress_ftp 651cfb7a23ee primestrategy/kusanagi-php:8.1.25-r3 "/usr/local/bin/dock…" 3 minutes ago Up 3 minutes (healthy) wordpress_php 9de0741bfd8d mariadb:10.6.16-focal "docker-entrypoint.s…" 3 minutes ago Up 3 minutes wordpress_db bcc236fdd31a wordpress:cli-2.9.0-php8.2 "docker-entrypoint.s…" 3 minutes ago Restarting (0) 35 seconds ago wordpress_config 0d275bed92a0 primestrategy/kusanagi-nginx:1.25.3-r3 "/docker-entrypoint.…" 3 minutes ago Up 3 minutes (healthy) 8443/udp, 0.0.0.0:80->8080/tcp, :::80->8080/tcp, 0.0.0.0:443->8443/tcp, :::443->8443/tcp wordpress_httpd上記のコンテナは AWS EC2 のサーバーで立ち上げており、ロードバランサーで接続しております。1.5.1の方では wordpress_httpd コンテナに対してヘルスチェックのリクエストが届いておりましたが、1.6.1 ではリクエストすら届いていない状況でした。バージョンの違いによる影響はどのあたりにありますでしょうか？
また、PHP や Nginx のバージョンを指定するフォーマットをご教授いただけますでしょうか（フォーラム内で「kusanagi-docker」で検索しヒットしないことを確認しております）。
DockerHub の以下のリポジトリのタグを参照にバージョンを指定しておりますが、「invalid reference format」となってしまいます。
https://hub.docker.com/r/primestrategy/kusanagi-nginx
https://hub.docker.com/r/primestrategy/kusanagi-php以下のバージョンは 1.5.1 のときにデフォルトで使われていたバージョンを指定しております。
$ kusanagi-docker provision --fqdn hogehoge.com --wp --nginx=1.23.4-r14 --php=7.4.33-r22 wordpress Creating network "wordpress_default" with driver "bridge" Creating volume "wordpress_kusanagi" with default driver Creating volume "wordpress_database" with default driver ERROR: invalid reference format ERROR: Failed.追加の質問など発生しており申し訳ありませんが、ご確認いただけると助かります。
お世話になります。
アップデート後、各環境で検証したところ以下の状況でございます。＊EC2 Ubuntu 22.04
wordpress_config_runで繰り返しErrorとなってしまう。$ kusanagi-docker provision --fqdn hogefuga.com --wp wordpress mkdir: cannot create directory ‘wordpress’: File exists Starting wordpress_httpd ... done Recreating wordpress_config ... done Recreating wordpress_db ... done Recreating wordpress_php ... done Recreating wordpress_ftp ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done Creating wordpress_config_run ... done ERROR: 1 Creating wordpress_config_run ... done ERROR: 1 Creating wordpress_config_run ... done ERROR: 1 Creating wordpress_config_run ... done ERROR: 1コンテナは立ち上がっているようですが、contents ディレクトリなどが展開されておりません。
$ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d33a9fc5b55a mariadb:10.6.16-focal "docker-entrypoint.s…" 3 minutes ago Up 3 minutes wordpress_db ff4f6bdc5753 primestrategy/kusanagi-php:8.1.25-r3 "/usr/local/bin/dock…" 3 minutes ago Up 3 minutes (healthy) wordpress_php 9795b83402d8 primestrategy/kusanagi-ftpd:1.0.9-r2 "/bin/sh -c /docker-…" 3 minutes ago Up 3 minutes wordpress_ftp 2287ad58f8aa wordpress:cli-2.9.0-php8.2 "docker-entrypoint.s…" 3 minutes ago Restarting (0) 41 seconds ago wordpress_config 6cb30993f594 primestrategy/kusanagi-nginx:1.25.3-r3 "/docker-entrypoint.…" 22 minutes ago Up 3 minutes (healthy) 8443/udp, 0.0.0.0:80->8080/tcp, :::80->8080/tcp, 0.0.0.0:443->8443/tcp, :::443->8443/tcp wordpress_httpdymlファイルのみ生成されております。
$ ls wordpress docker-compose.ymlまた、DBHOSTをlocalhostで指定すると有効な値を入力してくださいというエラーが出る状況です。
$ kusanagi-docker provision --fqdn hogefuga.com --dbhost localhost wordpress ERROR: option: --dbhost localhost: please input valid hostname. ERROR: Failed.＊MacOS
Macbook は前回と同じ状況です。$ kusanagi-docker provision --fqdn wp.localhost wordpress /Users/username/.kusanagi/lib/provision.sh: line 558: ${KUSANAGI_DB_SYSTEM,,}: bad substitution \e[31mERROR: 失敗しました。\e[mご確認よろしくお願い致します。
お世話になります。
ご対応いただきましてありがとうございます。早速アップデートして使ってみたところ、以下のエラーに遭遇しました。
現在オプション指定を最小限にした初期の立ち上げの provision にも失敗する状況でして、外部のデータベース接続以前の部分でエラーとなっております。
また、 provision に出るエラーが EC2 Ubuntu 22.04 と MacOS 上で異なっていることも確認済みです。
アップデート時に追加でやるべきことが漏れているなど環境のセットアップが不適切だった可能性もあり、ご確認いただけると助かります。＊EC2 Ubuntu 22.04
$ kusanagi-docker provision --fqdn hogefuga.com --wp wordpress env: ‘database:/var/run/mysqld’: No such file or directory ERROR: yaml.parser.ParserError: expected '<document start>', but found '<block mapping start>' in "./docker-compose.yml", line 27, column 1 ERROR: Failed.＊MacOS
$ kusanagi-docker provision --fqdn wp.localhost --wp wordpress /Users/username/.kusanagi/lib/provision.sh: line 558: ${KUSANAGI_DB_SYSTEM,,}: bad substitution \e[31mERROR: 失敗しました。\e[mMac で作業する場合、標準出力の前後に文字化けのようなものが入り込んでくることも確認しております。
以上、ご確認よろしくお願い致します。
お世話になります。
AWS RDS などの外部（リモート）のデータベースに接続するワークアラウンドが見つかりましたのでご連絡致します。
接続がされたという確認のみできた状況です。【以下、対応方法】
運用中のデータベースに対して接続するということが前提で進めているため、アカウント情報などの情報は以下のprovision時にセット済み1. provisionの実施
`
kusanagi-docker provision –fqdn hogefuga.com –wp –admin-user adminuser –admin-pass adminpass –nginx –php74 –admin-email hogefuga@hogefuga.com –dbsystem mysql –dbname wordpress –dbuser dbuser –dbpass dbpass wordpress
`2. wp-config.php のhost名を外部 DB に書き換える
3.
kusanagi-docker config pushで更新を反映する以上の手順で外部（リモート）のデータベースに接続がされることを確認いたしました。
なお、上記の対応が適切かは保証できません。バグについて進捗やアップデートがございましたらお知らせいただけますと助かります。
