Castellows
Forum Replies Created
-
Posts
-
obunshoさん、詳細なアドバイスをいただきありがとうございます。
これまで# dnf upgradeで最新の環境にしておりましたが、先程改めて# dnf upgradeを実行しましたところ更新があり、プラグインのインストール/削除が問題なくできるようになりました。同時にWP Fastest Cacheのプラグインでキャッシュが生成されていない問題も解決いたしました。
公式サイトの更新情報では「KUSANAGI9 を構成している各モジュールのアップデートを行いました」との記載がございました。なおご提示いただきました方法2のPHPエラーのメッセージは、アップデート前に以下のように出力されておりました。
*120992 FastCGI sent in stderr: "PHP message: PHP Warning: ftp_login(): Please login with USER and PASS. in /home/kusanagi/プロファイル/DocumentRoot/wp-admin/includes/class-wp-filesystem-ftpext.php on line 105" while reading response header from upstream, client: 162.159.110.48, server: ドメイン, request: "POST /wp-admin/admin-ajax.php HTTP/2.0", upstream: "fastcgi://127.0.0.1:9000", host: "ドメイン", referrer: "https://ドメイン/wp-admin/plugin-install.php?s=hello&tab=search&type=term"
具体的な問題解決手順や、PHPの問題の原因取得方法など大変勉強になりました。
obunshoさん、お忙しいなかご丁寧にアドバイスをいただき改めて深く感謝申し上げます。obunshoさん、詳細なアドバイスをいただきありがとうございます。
パーミッションやオーナー・グループの不整合が原因ではなかったのですね。wp-config.phpは9年ほど前に設定したまま、/home/kusanagi/{profile}/wp-config.phpにあり、念の為確認しましたところ、/home/kusanagi/{profile}/DocumentRoot/wp-config.phpには（wp-config-sample.phpを除き）wp-config.phpはございませんでした。
systemctl status vsftpdでvsftpdの状態を確認しましたところ、以下のように起動を確認いたしました。
# systemctl status vsftpd ●（緑） vsftpd.service - Vsftpd ftp daemon Loaded: loaded (/usr/lib/systemd/system/vsftpd.service; enabled; preset: disabled) Active: active (running) since Mon 2025-11-17 23:51:18 JST; 3 days agodefine('FS_METHOD', 'ftpext');をdefine('FS_METHOD', 'direct');に変更すると正常にインストール/削除が可能です。但しDocumentRoot以下の関連ディレクトリのオーナーをkusanagi.wwwにする必要があります（kusanagi.kusanagiだと「インストールできませんでした」となります）。
define('FS_METHOD', 'ftpext');に戻すと、インストール/削除できませんが、
# less /home/kusanagi/プロファイル/logs/error.log # less /home/kusanagi/プロファイル/logs/ssl_error.logはいずれも「そのようなファイルやディレクトリはありません」と表示されます。
# less /home/kusanagi/プロファイル/log/nginx/ssl_error.log
では他のエラーログが表示さますが、インストール/削除できな前後15分の間にエラーがございません。直近のエラーでは、「*59169 open() "/home/kusanagi/プロファイル/DocumentRoot/.well-known/traffic-advice" failed (2: No such file or directory), client: 172.69.221.246, server: ドメイン, request: "GET /.well-known/traffic-advice HTTP/2.0", host: "ドメイン"」がございます。以前はdefine('FS_METHOD', 'ftpext');で問題なく動作しておりました。
明確にどの時点で問題が生じたのかわからないのですが、今月上旬にインストール/削除できないことに気が付きました。それ以前にWP Super Cacheのプラグインのページキャッシュを有効にした際に重大なエラーとなりサイトにアクセスできなくなり、FiliZillaで「plugins」のディレクトリ名を変更し無効化して復旧し「plugins」のディレクトリ名を元に戻し、FiliZillaでWP Super Cacheのプラグインとadvanced-cache.phpを削除しました。以前使っていたWP Fastest Cacheのプラグインに戻しましたが、先程確認しましたところ、キャッシュか生成されていない状態で、何かしら問題が生じているようで、キャッシュ系のプラグインは停止したままにしてあります。
他に確認すべきエラーログの場所がございますでしょうか?よろしくお願いいたします。
アドバイスいただきありがとうございます。
su -c true kusanagiのコマンドでwp-config.php記載のkusanagiのパスワードで認証に成功しました。
エラーログを確認しましたところ、プラグインのインストールの際に「インストールに失敗しました: kusanagi のユーザー名/パスワードが正しくありません」となる前後15分の間に、エラーログの記載はございませんでした。それより2時間ほど前に「access forbidden by rule, client: 172.71.95.76, server: 【ドメイン名】, request: "GET /.git/config HTTP/2.0", host: "【ドメイン名】"」のエラーがございました。
プラグインのインストール/削除できなくなる前からCloudflareを利用しており今まで特に問題ありませんでした。今回Cloudflareを停止したりしてみましたが、改善しませんでした。
パーミッション、オーナー.グルーブ関連の不整合がやはり原因でしょうか。よろしくお願いいたします。
hideishiさん
ご教示くださりありがとうございます。
hideishiさんの仰る通りでした。
ありがとうございます！/etc/kusanagi.d/profile.confの中身を確認しましたところ、KUSANAGI_DBNAME、KUSANAGI_DBUSER、KUSANAGI_DBPASSなど全てない状態でした。
# cat /etc/kusanagi.d/profile.conf [【プロファイル名】] PROFILE="【プロファイル名】" KUSANAGI_TYPE="WordPress" KUSANAGI_FQDN="【ドメイン】" KUSANAGI_DIR="/home/kusanagi/【プロファイル名】"wp-config.php記載のデータベース名、データベースのユーザー名、パスワードをもとに、以下のように編集しました。
# vi /etc/kusanagi.d/profile.conf [【プロファイル名】] PROFILE="【プロファイル名】" KUSANAGI_TYPE="WordPress" KUSANAGI_FQDN="【ドメイン】" KUSANAGI_DIR="/home/kusanagi/【プロファイル名】" KUSANAGI_DBNAME="【データベース名】" KUSANAGI_DBUSER="【ユーザー名】" KUSANAGI_DBPASS="【パスワード】" WPLANG="ja" OPT_WOO=""その後再起動し、「# kusanagi migrate –export 【プロファイル名】」を実行しましたところ、無事エクスポートできました。
ご教示くださり、改めまして心より御礼申し上げます。
