PassengerNginxServer not restarting with Nginx

[Stewart]

Hello,

I am using capistrano to restart nginx remotley. When I do this the
PassengerNginxServer does not reboot with nginx and I get 502 bad
gateway errors. When I use the same script with the same user after
logging in to the server i have no such issue. Any ideas on why
passenger is not booting with nginx in this way?

Thanks in advance for any help you may have.

[secureguards]

post the capistrano log. Also try after specifying the
default_run_options in your deploy.rb.

------
default_run_options[:pty] = true
-----

[Stewart]

I already have default_run_options[:pty] = true set
Here is the output of the cap task.


~/code/rails/app (deployment)$ cap nginx:restart
* executing `nginx:restart'
* executing "sudo -p 'sudo password: ' /etc/init.d/nginx restart"
servers: ["app.net"]
Password:
[app.net] executing command
** [out :: app.net]
** [out :: app.net] * Stopping Nginx Server...
** [out :: app.net]
** [out :: app.net]
** [out :: app.net]
** [out :: app.net]
** [out :: app.net] [ OK ]
** [out :: app.net] * Starting Nginx Server...
** [out :: app.net]
** [out :: app.net]
** [out :: app.net]
** [out :: app.net]
** [out :: app.net] [ OK ]
command finished
~/code/rails/app (deployment)$

[Stewart]

AH I also found the following in the Nginx error log.

2010/09/10 08:42:34 [error] 4375#0: *1 connect() to unix:/tmp/
passenger.4359/master/helper_server.sock failed (111: Connection
refused) while connecting to u
pstream, client: 90.196.235.201, server: www.app.net, request: "GET /
HTTP/1.1", upstream: "passenger://unix:/tmp/passenger.4359/master/he
lper_server.sock:", host: "app.net"
2010/09/10 08:42:34 [error] 4375#0: *1 connect() to unix:/tmp/
passenger.4359/master/helper_server.sock failed (111: Connection
refused) while connecting to u
pstream, client: 90.196.235.201, server: www.app.net, request: "GET /
favicon.ico HTTP/1.1", upstream: "passenger://unix:/tmp/passenger.435
9/master/helper_server.sock:", host: "community.telescopeapp.net"

[Lee Hambley]

secureguards, why was the first go-to to check for the PTTY for you?
is there a known dependency on having a PTTY available?