Nginx でログファイルの再オープンで失敗する場合の対応は

エラーの詳細を確認し、対処してみる

2011/11/27 10:10:29 [emerg] 16533#0: open() "/var/log/httpd/access.log" failed (13: Permission denied)

上記のエラーの意味は、

ぐらいの意味あいです。

ですから、

kill -USR1 `cat /var/run/nginx.pid`

のコマンドは、ちゃんと機能していて、ログファイルの再オープンをしようとしたが、失敗したことになります。

chmod 777 /var/log/http/*

そこで色々と調べてみると、ちょっと不可解な点も見えてきました。

一つは、

/var/log/nginx/error.log は、ちゃんと再オープンできているのに、
/var/log/httpd/access.log は、再オープンできないでいる点です。

このことから、わかる方は既におわかりのとおり、各ディレクトリの権限を調べてみると、

$ ls -l /var/log/

...
drwx------ 2 root  root  282624 11月 27 10:08 httpd
...
drwxr-xr-x 2 root  root    4096 11月 25 14:32 nginx
...

思ったとおり、ディレクトリの権限に違いがありますね。
このことから、ディレクトリのアクセス権限を与えてやるか、オーナー（所有者）を変更すれば良いはずですね。

ここでは、権限を変更してみます。

$ chmod 755 /var/log/httpd/

これで、再度、同じようにkill -USR1を実行すると、やっとうまくいきました。

なんという初歩的な見落としでしょ。
わかってみるとたいした話ではないのですが、apacheで使っていたディレクトリをそのまま使用した点に、ちょっとした盲点があったんでしょうね。言い訳です。