soybeans59
Forum Replies Created
-
Posts
-
ご連絡ありがとうございます。
＞RoD では、SSL証明書の登録が可能です。
こちらの方法を検証したいと思います。また、外部データベースを用いたRoDの運用方針が固まって参りましたので、改めて御礼申し上げます。
いつも丁寧に迅速にサポート頂きまして、ありがとうございました。今後も利用させていただく際に気になったところはフィードバックさせていただこうと思いますのでよろしくお願いいたします。
ご返信ありがとうございます。
＞docker-compose run config sh を実行し、/home/kusanaigi の該当ファイルを削除することで対処してください。
こちらの方法で運用したいと思います。返信が遅れ申し訳ありません。
＞上記の件ですが、こちらで再現しません。疎通方法は、curl -v http://IPアドレス/ で200 OKを返していることを確認しています。
＞すいませんが、どのような方法で疎通確認を行っているか、ご教授ください。
AWSのロードバランサーの下に接続するターゲットグループのプロトコルをHTTPにすることで接続ができることを確認いたしました。プロトコルがHTTPSだとKusanagi RoD に接続ができませんでした（こちらの原因と詳細は詰めれておりません）。RoDでも以下のURL先のようにSSL証明書の発行オプションの用意はないのでしょうか。
https://kusanagi.tokyo/document/commands/ssl/
＞単純にALB配下にdocker host を追加したい場合は、上位の認識通りで、ディレクトリコピー、docker-compose up -d、kusanagi-docker config push を実行します。
ありがとうございます。こちらの方法で対応しようと思います。＞また、AWSをお使いの場合、ECS/Fargate を用いてdocker-compose の内容をもとに、環境構築と運用をできるようです。ただし、こちらではこの方法は未検証です。
＞docker-compose で ecs を使用する方法は、つい最近(2023/11)にEOLになったようです。
貴重な情報ありがとうございました。お世話になります。
返信が遅くなり申し訳ございません。＞＞MacOS Xの場合、OSにインストールているbashのバージョンが古いため、homebrewなどで最新のbashをインストールする必要があります。
以前返信をいただいておりましたこちらの件、確かにBashのバージョンを上げることで解決致しました。＞＞上記の件ですが、こちらで再現しません。疎通方法は、curl -v http://IPアドレス/ で200 OKを返していることを確認しています。
再度検証いたします。結果がまとまり次第ご連絡させていただきます。＞＞こちら、指定したデータベースに WordPressで使用するテーブル( wp_ で始まるテーブルすべて)が存在する場合に、WordPressのプロビジョンが失敗するために発生します。データベース内のテーブルを削除してから kusanagi-docker provison を実行してください。
wp_などで始まるテーブルが存在する既存の外部のデータベースにはプロビジョンでは接続できないという理解であっておりますか？
また、上記の仕様を踏まえますと、Kusanagi Runs on Dockerが動いているサーバーをスケールする（サーバーの台数を増やす（負荷分散））運用が生じる場合、プロビジョンではなく、contents フォルダなどのベースとなるコードセットがある前提でdocker-compose up -dを実施後、kusanagi-docker config pushでコードのリリースという運用になるのでしょうか？
スケールを考慮したTipsなどがあれば教えていただけると助かります。お世話になります。
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で更新を反映する以上の手順で外部（リモート）のデータベースに接続がされることを確認いたしました。
なお、上記の対応が適切かは保証できません。バグについて進捗やアップデートがございましたらお知らせいただけますと助かります。
