Problèmes de redémarrage de Nginx

Tout à coup, au redémarrage de Nginx, j'obtiens l'erreur suivante:

Redémarrage de nginx: [alerte]: impossible d'ouvrir le fichier journal des erreurs: open () "/var/log/nginx/error.log" a échoué (13: autorisation refusée)
2011/02/16 17:20:58 [warn] 23925 # 0: la directive "user" n'a de sens que si le processus maître s'exécute avec des privilèges de super-utilisateur, ignoré dans /etc/nginx/nginx.conf:1
la syntaxe du fichier de configuration /etc/nginx/nginx.conf est correcte
2011/02/16 17:20:58 [Emerg] 23925 # 0: open () "/var/run/nginx.pid" a échoué (13: autorisation refusée)
échec du test du fichier de configuration /etc/nginx/nginx.conf

Sur la partie frontale du site se charge mais certains fichiers comme le CSS en particulier ne se chargent pas. Ils existent sur le serveur mais lors du chargement des ressources directement dans Chrome, ils disent "Oups, cette page est introuvable."

J'ai défini un groupe spécial et un utilisateur pour exécuter mes fichiers apache en utilisant suexec pour mes fichiers de domaine. Je pense que les nginx appartiennent à root, mais je suppose que c'est le problème, mais quels propriétaires de fichiers nginx changerais-je?

Ou, vous pouvez modifier les autorisations du fichier nginx.log afin qu'elles correspondent à votre utilisateur actuel que vous utilisez pour démarrer nginx:

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

Je vous suggère d'ajouter ces autorisations à l'ensemble du répertoire de journal nginx

chown -R your_user /var/log/nginx/

Il suffit de démarrer le nginx en tant qu'utilisateur root ou en utilisant sudo

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

$>sudo service nginx start

Je ne sais pas sur quel système d'exploitation vous êtes. Définissez le propriétaire de l'utilisateur dans votre nginx.conf http://forum.nginx.org/read.php?11,2664

Le processus maître nginx dispose d'autorisations root mais l'agent Amplify exécute périodiquement la commande 'nginx -t' par un utilisateur non root. C'est la raison de ces erreurs dans le fichier error.log

Ainsi, vous pouvez simplement ignorer ces erreurs.

Vérifiez en comparant la sortie de, " sudo nginx -t"