Nginx e Unicorn Bad GatewayConnect () a Unix: /tmp/mobile.socket non riuscito e fallito (111: connessione rifiutata)

Question

Sto (sto cercando di impostare un server Ubuntu 11.04 su Rackspace per eseguire un'app Rails 3.2 con Nginx e Unicorn. Ho trovato questo fantastico blog http://techbot.me/2010/08/deployment-recipes-deploying-monitoring-and-securing-your-rails-application-to-a-clean-ubuntu-10-04-Install-Install-Ninginx-e- unicorno/ Ciò mi ha aiutato in modo massiccio e oltre dai problemi di configurazione di MySQL, penso di avere tutto inchiodato tranne un brutto errore gateway

Il registro degli errori Nginx mostra

2012/02/25 14:38:34 [crit] 29139#0: *1 connect() to unix:/tmp/mobile.socket failed (2: No such file or directory) while connecting to upstream, client: xx.xx.xxx.xx, server: localhost, request: "GET / HTTP/1.1", upstream: "http://unix:/tmp/mobile.socket:/", host: xx.xx.xxx.xx

(Ho X'D Out i domini)

Immagino che questa potrebbe essere una cosa delle autorizzazioni utente, ma il file non esiste effettivamente e non sono sicuro di come dovrebbe essere creato. Sono riluttante a crearlo manualmente poiché sento che farlo sarebbe un sintomo piuttosto che correggere la causa

Va anche notato che l'utente che ho creato sul server ha le autorizzazioni sudo e deve usare Sudo per avviare Nginx, non sei sicuro che sia giusto? Tutti i suggerimenti su ciò che dovrei cercare per risolvere questo problema sono molto apprezzati. Per completezza i miei file di configurazione sembrano simili a questo /etc/init.dunicorn

#! /bin/sh
### BEGIN INIT INFO
# Provides: unicorn
# Required-Start: $local_fs $remote_fs $network $syslog
# Required-Stop: $local_fs $remote_fs $network $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: starts the unicorn web server
# Description: starts unicorn
### END INIT INFO

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/bin/unicorn_rails
DAEMON_OPTS="-c /home/testapp/mobile/current/unicorn.rb -E production -D"
NAME=unicorn_rails
DESC=unicorn_rails
PID=/home/testapp/mobile/shared/pids/unicorn.pid

case "$1" in
  start)
echo -n "Starting $DESC: "
$DAEMON $DAEMON_OPTS
echo "$NAME."
;;
  stop)
echo -n "Stopping $DESC: "
        kill -QUIT `cat $PID`
echo "$NAME."
;;
  restart)
echo -n "Restarting $DESC: "
        kill -QUIT `cat $PID`
sleep 1
$DAEMON $DAEMON_OPTS
echo "$NAME."
;;

e la configurazione Nginx in/etc/nginx/siti-disponibile/impostazione predefinita

# as we are going to use Unicorn as the application server
# we are not going to use common sockets
# but Unix sockets for faster communication
upstream mobile {
  # fail_timeout=0 means we always retry an upstream even if it failed
  # to return a good HTTP response (in case the Unicorn master nukes a
  # single worker for timing out).

  # for UNIX domain socket setups:
  server unix:/tmp/mobile.socket fail_timeout=0;
}

server {
    # if you're running multiple servers, instead of "default" you should
    # put your main domain name here
    listen 80 default;
# you could put a list of other domain names this application answers
server_name localhost;

root /home/testapp/mobile/current/public;
access_log /var/log/nginx/mobile_access.log;
rewrite_log on;

location / {
    #all requests are sent to the UNIX socket
    proxy_pass http://mobile;
    proxy_redirect off;

    proxy_set_header Host $host:$proxy_port;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

    client_max_body_size 10m;
    client_body_buffer_size 128k;

    proxy_connect_timeout 90;
    proxy_send_timeout 90;
    proxy_read_timeout 90;

    proxy_buffer_size 4k;
    proxy_buffers 4 32k;
    proxy_busy_buffers_size 64k;
    proxy_temp_file_write_size 64k;
}

# if the request is for a static resource, nginx should serve it directly
# and add a far future expires header to it, making the browser
# cache the resource and navigate faster over the website
location ~ ^/(images|javascripts|stylesheets|system)/ {
  root /home/testapp/mobile/current/public;
  expires max;
  break;
}

}

AGGIORNAREIl mio file unicorn.rb

# See http://unicorn.bogomips.org/Unicorn/Configurator.html for complete
# documentation.
worker_processes 4
# Help ensure your application will always spawn in the symlinked
# "current" directory that Capistrano sets up.
working_directory "/home/testapp/mobile/current"
# listen on both a Unix domain socket and a TCP port,
# we use a shorter backlog for quicker failover when busy
listen "/tmp/mobile.socket", :backlog => 64
# nuke workers after 30 seconds instead of 60 seconds (the default)
timeout 30
# feel free to point this anywhere accessible on the filesystem
user 'testapp', 'testapp'
shared_path = '/home/testapp/mobile/shared'
pid "#{shared_path}/pids/unicorn.pid"
stderr_path "#{shared_path}/log/unicorn.stderr.log"
stdout_path "#{shared_path}/log/unicorn.stdout.log"

Secondo il suggerimento ho creato manualmente il file mobile.socket e ora ottengo il seguente errore

[error] 1083#0: *4 connect() to unix:/tmp/mobile.socket failed (111: Connection refused) while connecting to upstream

È solo una cosa delle autorizzazioni sul file mobile.socket? In tal caso, di quali autorizzazioni dovrei aver bisogno?

Aggiornamento 2nginx e unicorno sembrano entrambi funzionare bene

Testapp@AirMOB: ~/Mobile/Current $ PS Aux | grep nginx

root      6761  0.0  0.1  71152  1224 ?        Ss   18:36   0:00 nginx: master process /usr/sbin/nginx
testapp   6762  0.0  0.1  71492  1604 ?        S    18:36   0:00 nginx: worker process
testapp   6763  0.0  0.1  71492  1604 ?        S    18:36   0:00 nginx: worker process
testapp   6764  0.0  0.1  71492  1604 ?        S    18:36   0:00 nginx: worker process
testapp   6765  0.0  0.1  71492  1604 ?        S    18:36   0:00 nginx: worker process
testapp  13071  0.0  0.0   8036   600 pts/0    R+   21:21   0:00 grep --color=auto nginx

Answer 1

Ho rinominato Mobile.socket su mobile.sock nei file di configurazione pertinenti (unicorn.rb e NGINX predefinito) e tutto è buono, non è necessario creare alcun file socket, funziona come previsto.

Ciò accade anche se il server App non è in esecuzione (nel mio caso Unicorn). L'unicorno crea la presa e Nginx lo cerca. Se il socket non è lì NGinx dà un calcio, quindi se stai leggendo questa soluzione, assicurati che il server App (Unicorn) sia in esecuzione e assicurati che tutti i nomi del tuo socket corrispondano nei vari file di configurazione (Unicorn.rb e Qualunque sia il file nginx.conf ha menzionato il socket)

Answer 2

Hai specificato che dovrebbe utilizzare la presa situata a /tmp/mobile.socket Quindi sì, la soluzione è semplicemente crearla.

upstream mobile {
  # for UNIX domain socket setups:
  server unix:/tmp/mobile.socket fail_timeout=0;
}

Suppongo che tu stia facendo riferimento alla stessa presa nel tuo unicorn.rb.