-1

Web サーバーで 2 つの magento アプリを実行していますが、誤ってサーバーのルートから「chown -R www-data:www-data *」を設定しました。つまり、すべてのファイルはユーザー root によって所有されていました。

これにより、magento Web サイトですぐに問題が発生しました。つまり、「mysql」ユーザーを使用するはずだったため、mysql が接続しませんでした。

私はそれを修正し、ウェブページファイルをwww-dataが所有するように設定しました。

ウェブサイトは現在正常に動作していますが、注文を確定しようとすると、タイムアウトする前に 1 分間ハングします。注文はバックオフィスに登録されますが、本来の「注文成功ページ」が表示されません。

nginx と php-fpm を実行していますが、php-fpm のログには次のように表示されます。

[22-Mar-2013 13:31:24] WARNING: [pool www] child 1791, script '/var/www/website.com/index.php' (request: "POST /index.php") execution timed out (1436.378897 sec), terminating
[22-Mar-2013 13:31:24] WARNING: [pool www] child 1791 exited on signal 15 (SIGTERM) after 1600.011818 seconds from start
[22-Mar-2013 13:31:24] NOTICE: [pool www] child 2717 started

何が起こっていますか?一部のファイルが適切な所有者によって所有されていないために、これが発生する可能性はありますか? もしそうなら、それらはどのファイル/フォルダーで、どの所有者がいるはずですか?

4

1 に答える 1

1

Magento ファイル/フォルダーのアクセス許可を正しく設定すると、これはサーバー管理者の 101 の質問になります。

アクセス許可/所有権のメタデータを / から再帰的に破棄することの影響は広範囲に及び、一度実行すると、多くの場合、OS を完全に再インストールするか、汚染されていない VM イメージに戻す必要があります。

OS を実行するのに十分な修正を行ったとしても、さまざまな障害が発生し続けます。独自のユーザーとして実行されるすべてのデーモンは、所有権/グループを復元する必要があります。

Magento データベース、Web サーバーのパブリック フォルダーをバックアップし、OS を再インストールして作業環境に戻します。これを行う方法について、Server Fault に関する多くの質問が回答されています。

独自のサーバーを管理する場合、Magento にはアプリケーションの知識に加えて OS 管理の知識が必要です。OS にダメージを与えないように、改訂/スウォッティング/研究を開始します。そこにはさらにいくつかのトラップがあります。

サーバー障害に関する適切な回答(Linuxディストリビューションはあなたのものとは異なる場合があります):

https://serverfault.com/questions/141934/restore-default-ownership-in-centos-after-terrible-chown

https://serverfault.com/questions/356112/reverting-file-owner-on-centos

https://serverfault.com/questions/469070/recovering-from-a-system-wide-chown

https://serverfault.com/questions/378074/recovering-from-bad-chown-command

https://serverfault.com/questions/441663/how-to-revert-mass-ownership-change

于 2013-03-22T15:38:12.007 に答える