WPプラグインのインストールに失敗します

TOP Forums その他(Everything else KUSANAGI) WPプラグインのインストールに失敗します

WPプラグインのインストールに失敗します

Viewing 8 reply threads
  • Author
    Posts
    • #1082
      shuo
      Participant

        原因はフォルダのパーミンションのようですが、確認すると wp-contentやその中のフォルダの所有者がkusanagiになっています。
        以前の所有者は httpd だったかと思いますが、正しくプラグインをインストールする方法を教えてほしいです。

        total 228
        -rw-r–r– 1 kusanagi www 405 Nov 14 05:54 index.php
        -rw-r–r– 1 kusanagi www 19915 Nov 14 05:54 license.txt
        -rw-r–r– 1 kusanagi www 7389 Nov 14 05:54 readme.html
        -rw-r–r– 1 kusanagi www 7205 Nov 14 05:54 wp-activate.php
        drwxr-xr-x 9 kusanagi www 4096 Nov 14 05:54 wp-admin
        -rw-r–r– 1 kusanagi www 351 Nov 14 05:54 wp-blog-header.php
        -rw-r–r– 1 kusanagi www 2338 Nov 14 05:54 wp-comments-post.php
        -rw-r–r– 1 kusanagi www 3001 Nov 14 05:54 wp-config-sample.php
        drwxr-x— 9 kusanagi www 4096 Nov 14 05:55 wp-content
        -rw-r–r– 1 kusanagi www 5543 Nov 14 05:54 wp-cron.php
        drwxr-xr-x 27 kusanagi www 16384 Nov 14 05:54 wp-includes
        -rw-r–r– 1 kusanagi www 2494 Nov 14 05:54 wp-links-opml.php
        -rw-r–r– 1 kusanagi www 3985 Nov 14 05:54 wp-load.php
        -rw-r–r– 1 kusanagi www 49135 Nov 14 05:54 wp-login.php
        -rw-r–r– 1 kusanagi www 8522 Nov 14 05:54 wp-mail.php
        -rw-r–r– 1 kusanagi www 24587 Nov 14 05:54 wp-settings.php
        -rw-r–r– 1 kusanagi www 34350 Nov 14 05:54 wp-signup.php
        -rw-r–r– 1 kusanagi www 4914 Nov 14 05:54 wp-trackback.php
        -rw-r–r– 1 kusanagi www 3236 Nov 14 05:54 xmlrpc.php

      • #1083
        cloudy
        Participant

          shuo さん、こんにちは。

          トップページに書いてあるとおり、KUSANAGI の環境などの情報を添付していただけないでしょうか?

          > あなたのKUSANAGI環境に関するすべての情報について、できる限り詳細に記載しましょう。
          > 例えば、kusanagi statusした時の実行環境、KUSANAGIの正確なバージョンなど、コマンドで取得できる情報を正確に記述しましょう。

          また、今回の問題に対し解決のために調べた内容があれば教えてください。

          • #1084
            shuo
            Participant

              Cloudyさん、こんにちは!
              ご返信ありがとうございます!

              OS:macOS Monterey version12.6
              kusanagi-dockerのバージョン:1.3.7
              provisionコマンド:kusanagi-docker provision --wplang ja --admin-user user --admin-pass password --fqdn xxxxx.test.com media.test.com

          • #1085
            satoru
            Moderator

              念のため、以下の項目についてもお教えください。

              – docker version の実行結果
              – docker-compose version の実行結果
              – WP プラグインをインストールしようとした方法

              • #1086
                shuo
                Participant

                  satoruさん、こんばんは!
                  ご返答ありがとうございます!

                  – docker version の実行結果:
                  Client:
                  Cloud integration: v1.0.29
                  Version: 20.10.20
                  API version: 1.41
                  Go version: go1.18.7
                  Git commit: 9fdeb9c
                  Built: Tue Oct 18 18:20:35 2022
                  OS/Arch: darwin/amd64
                  Context: default
                  Experimental: true

                  Server: Docker Desktop 4.13.1 (90346)
                  Engine:
                  Version: 20.10.20
                  API version: 1.41 (minimum version 1.12)
                  Go version: go1.18.7
                  Git commit: 03df974
                  Built: Tue Oct 18 18:18:35 2022
                  OS/Arch: linux/amd64
                  Experimental: false
                  containerd:
                  Version: 1.6.8
                  GitCommit: 9cd3357b7fd7218e4aec3eae239db1f68a5a6ec6
                  runc:
                  Version: 1.1.4
                  GitCommit: v1.1.4-0-g5fd4c4d
                  docker-init:
                  Version: 0.19.0
                  GitCommit: de40ad0

                  – docker-compose version の実行結果
                  Docker Compose version v2.12.1

                  – WP プラグインをインストールしようとした方法
                  WPの管理画面にログインして、プラグインをインストールします。

              • #1087
                cloudy
                Participant

                  shuo さん、こんにちは。

                  ためしに kusanagi-docker 新規環境を作成して WordPress プラグインをインストールしてみました。
                  管理画面および kusanagi-docker wp コマンドどちらからもインストールは可能でした。

                  > 原因はフォルダのパーミンションのようですが、確認すると wp-contentやその中のフォルダの所有者がkusanagiになっています。

                  上記は関係ないように思います。判断した根拠はなんですか?

                  • #1088
                    shuo
                    Participant

                      cloudy さん、こんにちは!
                      ご返答ありがとうございます。

                      WP管理画面からプラグインをインストールする時、以下のエラーが出ました。
                      All-in-One WP Migration は /home/kusanagi/abc.test.com/DocumentRoot/wp-content/ai1wm-backups フォルダーを作成できません。All-in-One WP Migration プラグインが正しく機能するには、このフォルダーを作成して読み取り/書き込み/実行権限 (0777) を与える必要があります。

                      一般的なプラグインのインストールはできますが、All-in-One WP Migrationみたいなフォルダーを作成たり、実行権限が必要なプラグインはエラーが出ます。

                      よろしくお願いします!

                    • #1089
                      cloudy
                      Participant

                        私のテスト環境と内容は以下のとおりです。

                        * KUSANAGI RoD 1.3.7
                        * Ubuntu 20.04.5 LTS / Vagrant

                        vagrant@ubuntu-focal:~/media.test.com/contents/DocumentRoot$ ls -la
                        total 236
                        drwxr-x— 5 vagrant vagrant 4096 Nov 15 03:03 .
                        drwxr-xr-x 6 vagrant vagrant 4096 Nov 15 03:03 ..
                        -rw-r–r– 1 vagrant vagrant 405 Nov 15 03:02 index.php
                        -rw-r–r– 1 vagrant vagrant 19915 Nov 15 03:02 license.txt
                        -rw-r–r– 1 vagrant vagrant 7389 Nov 15 03:02 readme.html
                        -rw-r–r– 1 vagrant vagrant 7205 Nov 15 03:02 wp-activate.php
                        drwxr-xr-x 9 vagrant vagrant 4096 Nov 15 03:02 wp-admin
                        -rw-r–r– 1 vagrant vagrant 351 Nov 15 03:02 wp-blog-header.php
                        -rw-r–r– 1 vagrant vagrant 2338 Nov 15 03:02 wp-comments-post.php
                        -rw-r–r– 1 vagrant vagrant 3001 Nov 15 03:02 wp-config-sample.php
                        drwxr-x— 9 vagrant vagrant 4096 Nov 15 03:03 wp-content
                        -rw-r–r– 1 vagrant vagrant 5543 Nov 15 03:02 wp-cron.php
                        drwxr-xr-x 27 vagrant vagrant 16384 Nov 15 03:02 wp-includes
                        -rw-r–r– 1 vagrant vagrant 2494 Nov 15 03:02 wp-links-opml.php
                        -rw-r–r– 1 vagrant vagrant 3985 Nov 15 03:02 wp-load.php
                        -rw-r–r– 1 vagrant vagrant 49135 Nov 15 03:02 wp-login.php
                        -rw-r–r– 1 vagrant vagrant 8522 Nov 15 03:02 wp-mail.php
                        -rw-r–r– 1 vagrant vagrant 24587 Nov 15 03:02 wp-settings.php
                        -rw-r–r– 1 vagrant vagrant 34350 Nov 15 03:02 wp-signup.php
                        -rw-r–r– 1 vagrant vagrant 4914 Nov 15 03:02 wp-trackback.php
                        -rw-r–r– 1 vagrant vagrant 3236 Nov 15 03:02 xmlrpc.php

                        vagrant@ubuntu-focal:~/media.test.com/contents/DocumentRoot$ lsb_release -a
                        No LSB modules are available.
                        Distributor ID: Ubuntu
                        Description: Ubuntu 20.04.5 LTS
                        Release: 20.04
                        Codename: focal
                        vagrant@ubuntu-focal:~/media.test.com/contents/DocumentRoot$ docker version
                        Client: Docker Engine – Community
                        Version: 20.10.21
                        API version: 1.41
                        Go version: go1.18.7
                        Git commit: baeda1f
                        Built: Tue Oct 25 18:02:21 2022
                        OS/Arch: linux/amd64
                        Context: default
                        Experimental: true

                        Server: Docker Engine – Community
                        Engine:
                        Version: 20.10.21
                        API version: 1.41 (minimum version 1.12)
                        Go version: go1.18.7
                        Git commit: 3056208
                        Built: Tue Oct 25 18:00:04 2022
                        OS/Arch: linux/amd64
                        Experimental: false
                        containerd:
                        Version: 1.6.9
                        GitCommit: 1c90a442489720eec95342e1789ee8a5e1b9536f
                        runc:
                        Version: 1.1.4
                        GitCommit: v1.1.4-0-g5fd4c4d
                        docker-init:
                        Version: 0.19.0
                        GitCommit: de40ad0
                        vagrant@ubuntu-focal:~/media.test.com/contents/DocumentRoot$ docker-compose version
                        Docker Compose version v2.12.2
                        vagrant@ubuntu-focal:~/media.test.com/contents/DocumentRoot$ kusanagi-docker –version
                        1.3.7
                        INFO: Done.

                    • #1090
                      cloudy
                      Participant

                        shuo さん

                        WP管理画面からプラグインをインストールする時、以下のエラーが出ました。
                        All-in-One WP Migration は /home/kusanagi/abc.test.com/DocumentRoot/wp-content/ai1wm-backups フォルダーを作成できません。All-in-One WP Migration プラグインが正しく機能するには、このフォルダーを作成して読み取り/書き込み/実行権限 (0777) を与える必要があります。

                        こちらはエラーにある通り All-in-One WP Migration プラグインのインストール方法の問題になります。
                        KUSANAGI RoD の問題ではございませんので、All-in-One WP Migration のインストール方法で検索してみてください。

                        • #1091
                          shuo
                          Participant

                            その他のプラグイン(WebP Converter for Mediaなど)でも同様のエラーになるので、プラグインではなくパーミッション(所有者)の問題だと思います。
                            cloudyさんの環境だと wp-content の所有差がvagrantだからエラーが出ないのではないでしょうか。
                            因みに以下のバージョンの時は、wp-contentの所有者は httpd で、今回の問題もありませんでした。
                            kusanagi-dockerのバージョン:1.3.2
                            ご確認をお願いします。

                            同じ不具合はこちらの記事にも出ました。

                            【補足編 〜 KUSANAGI での設定】「ワードプレスをワンクリックで爆速お引っ越し!」その4 【 All-in-One WP Migration 】


                            記事の中に書いた解決方法
                            $ chown -R httpd:www /path/to/wp-content/ai1wm-backups
                            $ chown -R httpd:www /path/to/wp-content/plugins/all-in-one-wp-migration/storage
                            でやってみましたが、いけなかったです。

                          • #1093
                            cloudy
                            Participant

                              shuo さん

                              こちらにも返答しておきます。

                              記事の中に書いた解決方法
                              $ chown -R httpd:www /path/to/wp-content/ai1wm-backups
                              $ chown -R httpd:www /path/to/wp-content/plugins/all-in-one-wp-migration/storage
                              でやってみましたが、いけなかったです。

                              実際に実行した結果が貼られていないので回答に困りますが、予想としては当然の結果だと思います。
                              そのようなパスは存在しないからです。

                              • This reply was modified 2 years ago by cloudy.
                          • #1092
                            cloudy
                            Participant

                              shuo さん

                              質問の趣旨がよくわからないので、こちらで強引な予想を立ててみました。
                              以下のような意味でしょうか?

                              達成したいこと

                              WordPress プラグインのうち、All-in-One WP Migration プラグインと WebP Converter for Media プラグインのインストールに失敗する。
                              他の WordPress プラグインはインストールできる。

                              質問者が予想した解決する方法

                              wp-contents ディレクトリのユーザーおよびグループ権限を kusanagi:www から httpd:www に変更すれば良い。
                              その手順が知りたい。

                              予想した経緯

                              1.WordPress プラグインのうち、ディレクトリやファイル書き込み権限があるものが動作しない。
                              タイトルでは WP プラグインのインストールに失敗すると言っていますが、後からの情報だと一部のプラグインと内容が変わっている。

                              2.kusanagi-php コンテナ内の DocumentRoot ディレクトリの配下が kusanagi:www ユーザー権限になっている。昔は httpd:www ユーザーだったはず。
                              パーミッションと言われているが、ユーザーとグループの権限の話をしている。

                              3.wp-contents/uploads が問題ないのは、パーミッションが 0770 に設定されているから。

                              • #1095
                                shuo
                                Participant

                                  cloudyさん、
                                  ご返答ありがとうございます。

                                  はい。その認識であっています。

                                  wp-contents ディレクトリのユーザーおよびグループ権限を kusanagi:www から httpd:www に変更すれば良い。
                                  その手順が知りたい。

                                  こちらのご回答をお願いします。

                              • #1096
                                cloudy
                                Participant

                                  shuo さん

                                  今回の検索した情報および、問題の解決方法の予想が正しくありません。
                                  各 WordPress プラグインの作成者の情報が公式ですので、公式が提供している一次情報を確認することが重要です。
                                  下記が All-in-One WP Migration プラグインの公式の対応方法です。
                                  もし英語がわからないのであれば翻訳サービス(Google 翻訳や DeepL など)を使ってください。

                                  ServMask Helpdesk – Knowledge Base – Invalid Archive Path

                                  Invalid Archive Path

                                  こちらではディレクトリやパーミッションの確認方法が案内されています。
                                  権限のユーザーやグループについては触れられていません。つまり、変更する必要はありません。
                                  これはエラーで表示および指示されている内容と同一です。
                                  エラーに書かれている通り、必要なディレクトリ作成や適切なパーミッションを付与する作業が必要です。

                                  対応方法ですが、コマンド kusanagi-docker wp sh を実行したのち、Linux コマンドで対応してください。
                                  以下、コマンド実行の参考例です。

                                  vagrant@ubuntu-focal:~/media.test.com$ kusanagi-docker wp –version
                                  WP-CLI 2.7.1
                                  INFO: Done.
                                  vagrant@ubuntu-focal:~/media.test.com$ kusanagi-docker wp sh
                                  /home/kusanagi/media.test.com/DocumentRoot $ mkdir wp-content/ai1wm-backups
                                  /home/kusanagi/media.test.com/DocumentRoot $ chmod 0777 wp-content/ai1wm-backups
                                  /home/kusanagi/media.test.com/DocumentRoot $ mkdir -p wp-content/plugins/all-in-one-wp-migration/storage
                                  /home/kusanagi/media.test.com/DocumentRoot $ chmod 0777 wp-content/plugins/all-in-one-wp-migration/storage

                                  この作業は All-in-One WP Migration プラグイン側のインストール作業で追加で必要となるものであり、KUSANAGI RoD とは関係ありません。
                                  お伝えしている通り、All-in-One WP Migration プラグインのコミュニティなどにて質問してください。

                                  他にインストールができない WordPress プラグインについても上記と同じように公式の一次情報を確認して対応してください。

                                  質問を読んでいると勘違いされているようですが、ユーザー権限とパーミッションは別物です。
                                  また、コンテナでユーザー権限を変更するのであれば uid/gid などの Linux 基礎知識が必要となります。
                                  知識がない状態でコンテナ内のユーザー権限をむやみに変更することはオススメいたしません。

                                  最後に、質問する際には実行結果やログなどの事実を記載して、その事実を前提に質問してください。
                                  予想で質問されると、その予想がそもそも間違っていたときには解決のしようがありません。
                                  私達が問題解決するときには、まず事実を並べた上で、ここからが予想と前置きした上で質問をします。
                                  kusanagi status などのコマンド実行結果などを提供していただいているのはそのためです。

                                • #1179
                                  phper
                                  Participant

                                    スレッド主と全く同じ症状です。
                                    通常プラグインをインストールした際のファイル所有者はkusanagiで作成されますが、all-in-one-wp-migrationのような一部のプラグインが作成したディレクトリ
                                    /wp-content/plugins/all-in-one-wp-migration/storage
                                    などは所有者が httpd で作成されるため、アンインストールの際に削除できないといった状況になります。
                                    ホスティングなどでお客様が直接パーミッションを変更するわけにはいかないケースにおいては、所有者がkusanagiに統一される形が望ましいのですが、何か方法がありますでしょうか。

                                  • #1183
                                    cloudy
                                    Participant

                                      phper さん、こんにちは

                                      トップページにある通り、新しいトピックを立ち上げて質問をお願いいたします。

                                      > 同じトピックにコメントをしてヘルプを求めることはしないでください。解決しない場合は新しいトピックを立ち上げるようにしましょう。

                                  Viewing 8 reply threads
                                  • You must be logged in to reply to this topic.

                                  Next article

                                  フォーラムについて