2017-03-16 1 views
0

J'ai essayé de déployer mon application Rails en utilisant Phusion Passenger et Apache sur CentOS 7. I Je suis le tutorial disponible sur le site Web de Phusion Passenger, mais je suis coincé. Lorsque je démarre Apache et que j'accède à l'application en utilisant un navigateur, j'obtiens: 500 Erreur interne du serveur. L'erreur suivante a été trouvée dans l'erreur fichier journal dans/etc/httpd/logs/error_log:Erreur lors du déploiement de Rails avec Passenger et Apache: Erreur inattendue dans mod_passenger: Impossible de se connecter au socket Unix Autorisation refusée (errno = 13)

[ 2017-03-15 22:57:15.5385 18290/7f4c6eb61880 apa/Hooks.cpp:690 ]: Unexpected error in mod_passenger: Cannot connect to Unix socket '/tmp/passenger.8zZ83f3/agents.s/core': Permission denied (errno=13) 
    Backtrace: 
    in 'int Passenger::connectToServer(const Passenger::StaticString&, const char*, unsigned int)' (IOUtils.cpp:459) 
    in 'Passenger::FileDescriptor Hooks::connectToCore()' (Hooks.cpp:273) 
    in 'int Hooks::handleRequest(request_rec*)' (Hooks.cpp:561) 

Jusqu'à présent, j'essayé:

  1. Désactivation SELinux: réglage SELINUX = désactivé (dans/etc/sysconfig/selinux)
  2. Ajout 'umask 0022' (ou encore 'umask u = rwx, g = rx, o = rx')/etc/sysconfig/httpd
  3. Affectation 755 priviliges à dossier/tmp
  4. Changement de passagerInstan ceRegistryDir vers un autre dossier sous le répertoire personnel de mon utilisateur (et en lui assignant également 755 privilèges)

Mais rien de tout cela ne semble fonctionner. J'utilise Phusion Passenger 5.1.2 et Apache 2.4.6.

En outre, c'est ce que je reçois en exécutant

$ sudo /usr/bin/passenger-config validate-install 
  • Vérifier si ce passager installation est dans le PATH ... ✓
  • vérifier s'il n'y a pas d'autres installations de passagers ... ✓
  • Vérification de l'installation d'Apache ... ✓
  • Vérification de la configuration correcte du module Passenger dans Apache ... ✓

C'est la sortie quand je lance

$ sudo /user/sbin/passenger-memory-status 

Version: 5.1.2 
Date : 2017-03-16 07:42:59 -0500 

---------- Apache processes ---------- 
PID PPID VMSize Private Name 
-------------------------------------- 
18237 1  227.0 MB 0.2 MB /usr/sbin/httpd -DFOREGROUND 
18286 18237 229.0 MB 0.2 MB /usr/sbin/httpd -DFOREGROUND 
18287 18237 229.0 MB 0.2 MB /usr/sbin/httpd -DFOREGROUND 
18288 18237 229.0 MB 0.2 MB /usr/sbin/httpd -DFOREGROUND 
18289 18237 229.0 MB 0.3 MB /usr/sbin/httpd -DFOREGROUND 
18290 18237 229.0 MB 0.3 MB /usr/sbin/httpd -DFOREGROUND 
18300 18237 229.0 MB 0.2 MB /usr/sbin/httpd -DFOREGROUND 
### Processes: 7 
### Total private dirty RSS: 1.73 MB 


-------- Nginx processes -------- 

### Processes: 0 
### Total private dirty RSS: 0.00 MB 


----- Passenger processes ----- 
PID VMSize Private Name 
------------------------------- 
18264 417.0 MB 1.0 MB Passenger watchdog 
18267 649.9 MB 3.2 MB Passenger core 
18275 427.3 MB 3.0 MB Passenger ust-router 
### Processes: 3 
### Total private dirty RSS: 7.11 MB 

Répondre

0

J'ai résolu le problème en exécutant la commande suivante:

$ sudo chcon -R -v -t httpd_sys_rw_content_t /tmp 

Je ne sais pas si d'autres choses peuvent être affectées par la modification des autorisations sur tout le dossier. Est-ce que vous pensez que cela pourrait être un problème? Comme alternative, je peux également définir PassengerInstanceRegistryDir à un emplacement différent, et exécutez la commande mentionnée ci-dessus encore une fois.