¿Cómo ejecutar Node.js como un proceso en segundo plano y nunca morir?

Me conecto al servidor Linux a través de masilla SSH. Traté de ejecutarlo como un proceso en segundo plano como este:

$ node server.js &

Sin embargo, después de 2.5 horas, el terminal se vuelve inactivo y el proceso muere. ¿Hay alguna forma de mantener vivo el proceso incluso con el terminal desconectado?

Editar 1

En realidad, lo intenté nohup, pero tan pronto como cierro el terminal Putty SSH o desconecto mi internet, el proceso del servidor se detiene de inmediato.

¿Hay algo que tenga que hacer en Putty?

Edición 2 (en febrero de 2012)

Hay un node.jsmódulo, para siempre . Ejecutará el servidor node.js como servicio daemon.

Solución simple (si no está interesado en volver al proceso, solo quiere que siga ejecutándose):

nohup node server.js &

También existe el jobscomando para ver una lista indexada de esos procesos en segundo plano. Y puede eliminar un proceso en segundo plano ejecutando kill %1o kill %2con el número como índice del proceso.

Solución poderosa (le permite volver a conectarse al proceso si es interactivo):

screen

Luego puede separar presionando Ctrl + a + dy luego volver a conectar ejecutando screen -r

Considere también la alternativa más nueva a la pantalla, tmux.

nohup node server.js > /dev/null 2>&1 &

1. nohupsignifica: No finalice este proceso incluso cuando el stty esté cortado.
2. > /dev/nullsignifica: stdout va a / dev / null (que es un dispositivo ficticio que no registra ninguna salida).
3. 2>&1significa: stderr también va al stdout (que ya está redirigido a /dev/null). Puede reemplazar & 1 con una ruta de archivo para mantener un registro de errores, por ejemplo:2>/tmp/myLog
4. &al final significa: ejecutar este comando como una tarea en segundo plano.

Realmente deberías intentar usarlo screen. Es un poco más complicado que solo hacerlo nohup long_running &, pero entender la pantalla una vez que nunca vuelves.

Comience su sesión de pantalla al principio:

user@host:~$ screen

Ejecuta lo que quieras:

wget http://mirror.yandex.ru/centos/4.6/isos/i386/CentOS-4.6-i386-binDVD.iso

Presione ctrl + A y luego d. Hecho. Tu sesión continúa en segundo plano.

Puede enumerar todas las sesiones screen -lsy adjuntarlas a algunas por screen -r 20673.pts-0.srvcomando, donde 0673.pts-0.srv es una lista de entradas.

Esta es una vieja pregunta, pero ocupa un lugar destacado en Google. Casi no puedo creer en las respuestas más votadas, porque ejecutar un proceso node.js dentro de una sesión de pantalla, con &o incluso con la nohupbandera, todas ellas, son solo soluciones.

Especialmente la solución screen / tmux, que realmente debería considerarse una solución amateur . Screen y Tmux no están diseñados para mantener los procesos en ejecución, sino para multiplexar sesiones de terminal. Está bien, cuando está ejecutando un script en su servidor y desea desconectarse. Pero para un servidor node.js no desea que su proceso se adjunte a una sesión de terminal. Esto es muy frágil. ¡Para mantener las cosas en funcionamiento, debe demonizar el proceso!

Hay muchas buenas herramientas para hacer eso.

PM2 : http://pm2.keymetrics.io/

# basic usage
$ npm install pm2 -g
$ pm2 start server.js

# you can even define how many processes you want in cluster mode:
$ pm2 start server.js -i 4

# you can start various processes, with complex startup settings
# using an ecosystem.json file (with env variables, custom args, etc):
$ pm2 start ecosystem.json

Una gran ventaja que veo a favor de PM2 es que puede generar el script de inicio del sistema para que el proceso persista entre reinicios:

$ pm2 startup [platform]

Donde platformpuede haber ubuntu|centos|redhat|gentoo|systemd|darwin|amazon.

forever.js : https://github.com/foreverjs/forever

# basic usage
$ npm install forever -g
$ forever start app.js

# you can run from a json configuration as well, for
# more complex environments or multi-apps
$ forever start development.json

Guiones de inicio :

No voy a entrar en detalles sobre cómo escribir un guión de inicio, porque no soy un experto en este tema y sería demasiado largo para esta respuesta, pero básicamente son simples guiones de shell, activados por eventos del sistema operativo. Puedes leer más sobre esto aquí

Docker :

Simplemente ejecute su servidor en un contenedor Docker con -dopción y, ¡ voilá , tiene un servidor demonizado node.js!

Aquí hay un Dockerfile de muestra (de la guía oficial de node.js ):

FROM node:argon

# Create app directory
RUN mkdir -p /usr/src/app
WORKDIR /usr/src/app

# Install app dependencies
COPY package.json /usr/src/app/
RUN npm install

# Bundle app source
COPY . /usr/src/app

EXPOSE 8080
CMD [ "npm", "start" ]

Luego construye tu imagen y ejecuta tu contenedor:

$ docker build -t <your username>/node-web-app .
$ docker run -p 49160:8080 -d <your username>/node-web-app

Espero que esto ayude a alguien a aterrizar en esta página. Utilice siempre la herramienta adecuada para el trabajo. ¡Le ahorrará muchos dolores de cabeza y más horas!

otra solución desconoce el trabajo

$ nohup node server.js &
[1] 1711
$ disown -h %1

nohuppermitirá que el programa continúe incluso después de que la terminal muera. En realidad, he tenido situaciones en las que nohupimpide que la sesión SSH finalice correctamente, por lo que también debe redirigir la entrada:

$ nohup node server.js </dev/null &

Dependiendo de cómo nohupesté configurado, es posible que también deba redirigir la salida estándar y el error estándar a los archivos.

Tengo esta función en mi archivo rc de shell, según la respuesta de @ Yoichi:

nohup-template () {
    [[ "$1" = "" ]] && echo "Example usage:\nnohup-template urxvtd" && return 0
    nohup "$1" > /dev/null 2>&1 &
}

Puedes usarlo de esta manera:

nohup-template "command you would execute here"

Nohup y la pantalla ofrecen excelentes soluciones ligeras para ejecutar Node.js en segundo plano. El administrador de procesos Node.js ( PM2 ) es una herramienta útil para la implementación. Instálelo con npm globalmente en su sistema:

npm install pm2 -g

ejecutar una aplicación Node.js como demonio:

pm2 start app.js

Opcionalmente, puede vincularlo a Keymetrics.io, un SAAS de monitoreo realizado por Unitech.

$ disown node server.js &

Eliminará el comando de la lista de tareas activas y lo enviará a segundo plano.

¿Has leído sobre el comando nohup ?

Para ejecutar el comando como un servicio del sistema en debian con sysv init:

Copie el script de esqueleto y adáptelo a sus necesidades, probablemente todo lo que tiene que hacer es establecer algunas variables. Su script heredará valores predeterminados finos /lib/init/init-d-script, si algo no se ajusta a sus necesidades, anúlelo en su script. Si algo sale mal, puede ver los detalles en la fuente /lib/init/init-d-script. Los vars obligatorios son DAEMONy NAME. El script se usará start-stop-daemonpara ejecutar su comando, en el START_ARGSque puede definir parámetros adicionales start-stop-daemonpara usar.

cp /etc/init.d/skeleton /etc/init.d/myservice
chmod +x /etc/init.d/myservice
nano /etc/init.d/myservice

/etc/init.d/myservice start
/etc/init.d/myservice stop

Así es como ejecuto algunas cosas de Python para mi wiki de wikimedia:

...
DESC="mediawiki articles converter"
DAEMON='/home/mss/pp/bin/nslave'
DAEMON_ARGS='--cachedir /home/mss/cache/'
NAME='nslave'
PIDFILE='/var/run/nslave.pid'
START_ARGS='--background --make-pidfile --remove-pidfile --chuid mss --chdir /home/mss/pp/bin'

export PATH="/home/mss/pp/bin:$PATH"

do_stop_cmd() {
    start-stop-daemon --stop --quiet --retry=TERM/30/KILL/5 \
        $STOP_ARGS \
        ${PIDFILE:+--pidfile ${PIDFILE}} --name $NAME
    RETVAL="$?"
    [ "$RETVAL" = 2 ] && return 2
    rm -f $PIDFILE
    return $RETVAL
}

Además de configurar vars, tuve que anular do_stop_cmddebido a que Python sustituye al ejecutable, por lo que el servicio no se detuvo correctamente.

Además de las soluciones interesantes mencionadas anteriormente, mencionaría también las herramientas de supervisión y monitoreo que permiten iniciar el proceso, monitorear su presencia e iniciarlo si murió. Con 'monit' también puede ejecutar algunas verificaciones activas como verificar si el proceso responde a la solicitud http

Para Ubuntu uso esto:

(exec PROG_SH &> / dev / null &)

Saludos

Prueba esto para una solución simple

cmd y salir