Problemy z ponownym uruchomieniem Nginx

Nagle po ponownym uruchomieniu Nginx pojawia się następujący błąd:

Ponowne uruchomienie nginx: [alert]: nie można otworzyć pliku dziennika błędów: open () „/var/log/nginx/error.log” nie powiodło się (13: Odmowa uprawnień)
2011/02/16 17:20:58 [warn] 23925 # 0: dyrektywa „user” ma sens tylko wtedy, gdy proces główny działa z uprawnieniami superużytkownika, ignorowanymi w /etc/nginx/nginx.conf:1
plik konfiguracyjny /etc/nginx/nginx.conf jest w porządku
2011/02/16 17:20:58 [emerg] 23925 # 0: open () „/var/run/nginx.pid” nie powiodło się (13: Odmowa dostępu)
plik konfiguracyjny /etc/nginx/nginx.conf nie powiódł się

W przedniej części strony ładuje się, ale niektóre pliki, takie jak w szczególności CSS, nie są ładowane. Istnieją na serwerze, ale podczas ładowania zasobów bezpośrednio w Chrome mówią „Ups, nie można znaleźć tej strony”.

Ustawiam specjalną grupę i użytkownika do uruchamiania plików apache za pomocą suexec dla moich plików domeny. Myślę, że nginx jest własnością root, ale zakładam, że jest to problem, ale jakie własności plików nginx chciałbym zmienić?

Możesz także zmienić uprawnienia do pliku nginx.log, aby były zgodne z bieżącym użytkownikiem, którego używasz do uruchamiania nginx:

chown your_user /var/log/nginx/error.log

Sugeruję dodanie tych uprawnień do całego katalogu dziennika nginx

chown -R your_user /var/log/nginx/

Po prostu uruchom nginx jako użytkownik root lub używając sudo

$>sudo /etc/init.d/nginx start

$>sudo service nginx start

Nie jestem pewien, na jakim systemie operacyjnym jesteś. Ustaw właściciela użytkownika w swoim pliku nginx.conf http://forum.nginx.org/read.php?11,2664

Główny proces nginx ma uprawnienia administratora, ale agent Amplify okresowo wykonuje polecenie „nginx -t” przez użytkownika innego niż root. To jest powód tych błędów w error.log

Możesz więc zignorować te błędy.

Sprawdź, porównując dane wyjściowe z „ sudo nginx -t”