org.apache.httpd: Déjà chargé

J’ai ce problème étrange avec Apache:

$ apachectl configtest Syntax OK 

Les configs sont ok, et ça marchait en fait il y a une minute, avant que je le ferme.

 $ sudo apachectl start org.apache.httpd: Already loaded 

Non ce n’est pas:

 $ ps ax | grep httpd 58204 s000 R+ 0:00.00 grep httpd 

Essayons de l’arrêter:

 $ sudo apachectl stop 

On dirait que c’est arrêté, non? Essayons de recommencer:

 $ sudo apachectl start $ sudo apachectl start org.apache.httpd: Already loaded 

Donc, il doit être en cours d’exécution mais ce n’est pas dans ps ax et ça ne fonctionne tout simplement pas.

 $ sudo apachectl stop $ sudo apachectl stop launchctl: Error unloading: org.apache.httpd 

J’ai essayé de le supprimer du démarrage automatique:

 $ sudo launchctl unload -w /System/Library/LaunchDaemons/org.apache.httpd.plist $ sudo launchctl unload -w /System/Library/LaunchDaemons/org.apache.httpd.plist launchctl: Error unloading: org.apache.httpd 

Mais c’est pareil quand j’essaie de le lancer, il fait semblant que ça commence mais ça ne le fait pas. Rien dans le journal des erreurs non plus. Aidez-moi!

OS X 10.8.2 Mountain Lion

Mettre à jour:

Après le redémarrage:

 $ sudo apachectl start Password: org.apache.httpd: Already loaded $ sudo launchctl load -w /System/Library/LaunchDaemons/org.apache.httpd.plist org.apache.httpd: Already loaded $ ps ax | grep httpd 7300 s000 R+ 0:00.00 grep httpd 

Donc, je suis effectivement laissé sans serveur Web maintenant.

Solution:

Après une étude de org.apache.httpd.plist je me suis rendu compte que Apache était contrôlé par un script /usr/sbin/http-wrapper qui comportait des problèmes car j’avais remplacé l’interpréteur ruby ​​du système. Cela a corrigé pour moi:

 ln -s /System/Library/Frameworks/Ruby.framework/Versions/Current/usr/bin/ruby /usr/bin/ruby 

exécutez le serveur manuellement et corrigez l’erreur signalée:

 root#> /usr/sbin/httpd -k start 

mon correctif désactivait le “… apache_access_log combiné” dans httpd.conf.

J’ai été grossièrement confronté à ce même petit revers aujourd’hui, mais comme du glasnhos-, avec un emballage de rbuy. @glasnhost, votre pensée après-coup m’a décoché .. tôt dans la journée, je me suis familiarisé avec Apache httpd.conf, jouant avec le journal. J’avais basculé sur la deuxième de ces deux lignes presque identiques (w / quotes et w / out citations; notez que l’une a une extension .log , tandis que l’autre est un trait de soulignement _log ).

  # CustomLog "/Applications/MAMP/logs/apache_access.log" combined CustomLog /Applications/MAMP/logs/apache_access_log combined 

de même, et curieusement, le problème n’a fait peur que quelques heures plus tard. Grâce à ce fil, mon système est de retour et sain! pas de crédit à la hausse ..

En lisant cet article et Nick répondre le 5 novembre, j’ai essayé d’exécuter / usr / sbin / http-wrapper au terminal en tant qu’utilisateur root. Et j’ai reçu cette sortie

 titanium:~ root# /usr/sbin/httpd-wrapper (2)No such file or directory: httpd: could not open error log file /private/var/log/apache2/error_log. Unable to open logs titanium:~ root# 

Ensuite, j’ai vérifié que le dossier / private / var / log / apache2 n’existe pas. Je l’ai créé et j’ai établi des droits pour tout le monde.

 titanium:log root# mkdir /private/var/log/apache2 titanium:log root# chmod 777 /private/var/log/apache2/ titanium:log root# 

Ça marche pour moi!
Remarque: Si vous vous souciez de la sécurité, accordez une autorisation plus restreinte à / private / var / log / apache2 et non à 777.