Wie laufen Node.js als hintergrund-Prozess und niemals sterben?

Ich eine Verbindung zum linux-server per putty SSH. Ich habe versucht zu laufen als hintergrund-Prozess wie diesem:

$ node server.js &

Jedoch nach 2,5 STD das terminal inaktiv ist, und der Prozess stirbt. Gibt es trotzdem kann ich den Prozess lebendig, auch mit dem terminal getrennt?

Bearbeiten 1

Tatsächlich, ich habe versucht nohup, aber sobald ich in der Nähe der Putty-SSH-terminal oder ziehen Sie meine internet-der server-Prozess beendet sich sofort.

Ist es etwas, was ich zu tun habe in Putty?

Edit 2 (auf Feb, 2012)

Es ist ein node.js Modul, für immer. Es wird laufen node.js server als daemon service.

In meinem Fall nohup funktioniert, wenn ich die Ausfahrt Terminal durch Eingabe exit. Wenn ich das Putty-Fenster einfach schließen, es schlägt fehl.

InformationsquelleAutor murvinlai | 2011-01-25

506

Einfache Lösung (wenn Sie nicht interessiert sind, kommen Sie zurück zu dem Prozess, will ihn am laufen zu halten):
```
nohup node server.js &
```
Leistungsstarke Lösung (ermöglicht es Ihnen, wiederherstellen, um den Prozess, wenn es interaktiv ist):
```
screen
```
Können Sie dann trennen Sie Sie durch drücken von Strg+a+d und dann hängen Sie wieder durch ausführen von screen -r

Beachten Sie auch die neuere alternative zu screen, tmux.
- Also, wenn ich "screen" erstelle ich den Bildschirm und führen Sie drin, richtig?
- ja und dann du kannst durch pressnig Strg+a, d und dann hängen Sie wieder durch ausführen von screen-r
- nohup funktioniert nicht in EC2. Ich denke, da brauche ich als "root" ausgeführt. aber in EC2, wir können nicht über root-Zugriff. Mit Bildschirm ist viel bessere Wahl. 🙂
- EC2 ist eine Umgebung, und hat nichts zu tun mit root-Berechtigung. Es ist wahrscheinlich über die AMI. Zum Beispiel mit Amazon AMI, Sie kann sicherlich sudo bash.
- Kurze Frage zur syntax: Was bedeutet das kaufmännische und-Zeichen am Ende des Befehls zu tun?
- man bash:Wenn ein Befehl beendet wird, indem Sie die control-operator & die shell führt das Kommando im hintergrund in einer subshell. Die shell wartet nicht, bis der Befehl abgeschlossen ist, und die return-status ist 0.
- Und das offensichtliche follow-up, wie Sie laufen diese automatisch, wenn das system bootet?
- die Antwort darauf ist OS-abhängig. Die einfachste Möglichkeit, die oft funktioniert, ist, fügen Sie ihn zu /etc/rc.lokale Datei
- Bitte, wer liest das: läuft ein node.js server in einer screen-oder tmux-session ist ein AMATEUR das ist die Lösung! Tun Sie das nicht, es sei denn, für schnelle tests. Zu halten einen Laufenden Prozess, müssen Sie daemonize es! Verwenden Sie die richtigen Werkzeuge für Sie, wie auch forever, pm2 oder der gute alte - init.d-Skripte.
- supervisor , kann es sich selbst neu starten.
- Ich lief ein Prozess mit nohup Knoten server.js & und ich kann nicht aufhören server.js nun. Jedesmal, wenn ich es töten, die mit "$ fuser-k 3002/tcp" wird es wieder starten. Weiß jemand, wie kill den parent-Prozess?
- wie ist mit einer Bildschirm-eine amateur-Lösung? Ich meine, funktioniert es weniger effizient oder irgendwie die Dinge verlangsamen, oder verwenden Sie mehr Arbeitsspeicher, oder...?
- warum halten Sie einen interaktiven shell-Sitzung und eine vollständige terminal-multiplexer, wenn die Absicht ist, nur um den Prozess am laufen? Es ist eine amateur-Lösung, denn es ist der falsche Ansatz. Und es ist zerbrechlich, es funktioniert nicht auf lange Sicht. Im wirklichen Leben, ich hatte auch schon Kollegen tun genau dies, und es IMMER endete schlecht. "Warum ist mein app offline?", "Wo ist meine screen-session?" und so weiter. Screen und Tmux sind genial, ich benutze Sie buchstäblich jeden Tag, aber das ist nicht, was Sie gedacht waren.
- Ich vermisste die Tatsache, dass sich meine situation ist anders als die oben genannten. In mein problem, ich brauchte, um zu kommen zurück, um Prozesse und möglicherweise interagieren später, und keiner meiner Prozesse, die ausgeführt werden soll, für immer. Sie nur Prozess einige Daten, Bericht der Ergebnisse, und warten auf weitere Anweisungen. Verlassen mein ssh auf meinem laptop war halt mein code. Meine screen sessions waren leicht zu finden, denn name würde ich Sie deutlich mit nur zahlen für jede Probe, die ich die Verarbeitung. Ist der Bildschirm immer noch den falschen Weg zu gehen, in diesem Szenario? (Vielleicht sollte ich haben gerade eine eigene Frage...)
- Nein das ist völlig anders. Wenn Sie brauchen, um die Interaktion mit dem Prozess, Sie wollen zu halten, eine interaktive session rund um, aber ohne das Risiko von Netzwerk-Störungen oder einfach mit der Möglichkeit zu trennen Sie Ihren laptop. In diesem Fall, screen und tmux sind die richtigen Werkzeuge für den job.
- Genial. Danke für die Erklärung, Victor!
InformationsquelleAutor MK.
1103

nohup node server.js > /dev/null 2>&1 &
1. nohup bedeutet: nicht beenden diesen Prozess, auch wenn die stty geschnitten
  off.
2. > /dev/null bedeutet: stdout geht nach /dev/null (das ist ein dummy
  Geräte, die nicht aufnehmen, keine Ausgabe).
3. 2>&1 bedeutet: stderr geht auch an die Standardausgabe (das ist bereits weitergeleitet /dev/null). Sie kann ersetzen &1 mit einem Dateipfad zu halten ein Protokoll der Fehler, z.B.: 2>/tmp/myLog
4. & am Ende bedeutet: führen Sie diesen Befehl als hintergrund-task.
- Dies sollte die Antwort akzeptiert, weil es von viel höherer Qualität als die derzeit akzeptierten eine.
- fraglich, OP hat gezeigt, eine Ebene der Verständigung, die litte weitere Erklärung ist erforderlich für die akzeptierte Antwort.
- ALSO nicht über die OP so viel wie es geht über die Tausende von Menschen kommen zu OP ' s Frage um Hilfe.
- Ist es notwendig, umleiten von stdout und stderr? Würde es genauso gut funktionieren, wenn ich nicht leiten Sie Sie an alle? Oder wenn ich umgeleitet Sie auf Dateien statt?
- 2>&1 genau bedeutet: stderr wird, wo stdout derzeit geht (was in diesem Fall /dev/null).Dies erklärt, warum die stderr-Umleitung stehen hat nachdem die stdout umleiten.
- Senden von stdout UND stderr zu /dev/null? Schön loggen... auf Gut Glück versucht zu Debuggen...
- Noch kürzer könnte es sein nohup node server.js &> /dev/null &. &> file entspricht > file 2>&1
- L0j1k, das ist ein schrecklich argument, warum OP sollte ändern Sie die akzeptierte Antwort auf Ihre eigene Frage. Wenn die alternative option der Bildschirm ist relevant für die OP, dann sollte es Teil der akzeptierten Antwort. Die erklären, was jedes einzelne kleine Ding heißt, auf einen Befehl Linie scheint mehr relevant für die unix-stackexchange als auf stackoverflow.
- Wenn der Benutzer das Kommando versteht, ist es egal. Meine plasmashell Prozess hält bis zu werfen und ich interessiere mich nicht, die Ursache zu finden, gerade jetzt... So ist es einfach für mich zu nohup kstart plasmashell > /dev/null 2>&1 & weil ich don ' T care über die Protokollierung.
- oder einige nicht-SE-website, vielleicht ...
InformationsquelleAutor Yoichi
137

Sollten Sie wirklich versuchen, zu verwenden screen. Es ist ein bisschen komplizierter, als einfach zu tun nohup long_running & aber Verständnis Bildschirm, nachdem Sie die nie wieder kommen.

Starten Sie Ihre screen-Sitzung zum ersten:
```
user@host:~$ screen
```
Führen Sie alles, was Sie wollen:
```
wget http://mirror.yandex.ru/centos/4.6/isos/i386/CentOS-4.6-i386-binDVD.iso
```
Drücken Sie Strg+A und dann d.... Getan. Ihre Sitzung läuft weiter im hintergrund.

Können Sie eine Liste aller Sitzungen, die von screen -ls und befestigen Sie einige von screen -r 20673.pts-0.srv Befehl, wo 0673.pts-0.srv ist eine Liste.

InformationsquelleAutor Alex Povar
120

Dies ist eine alte Frage, aber ist hoher Rang auf Google. Ich kann fast nicht glauben, auf der höchsten stimmten die Antworten, da läuft ein node.js Prozess innerhalb einer screen-session, mit der & oder sogar mit der nohup flag-alle von Ihnen-sind nur workarounds.

Speziell der screen/tmux-Lösung, die sollte wirklich sein betrachtet eine amateur Lösung. Screen und Tmux sind nicht dazu gedacht, zu halten, die Prozesse laufen, aber für die multiplexing-terminal-Sitzungen. Es ist in Ordnung, wenn Sie ein Skript auf Ihren server, und trennen wollen. Aber für eine node.js server Ihr nicht wollen, dass Ihr Prozess angebracht werden, um eine terminal-Sitzung. Dies ist zu zerbrechlich. , Um die Dinge ausgeführt, die Sie brauchen, um daemonize den Prozess!

Gibt es viele gute tools, die das tun.

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
```
Einen großen Vorteil sehe ich in der Bevorzugung von PM2 ist, dass es erzeugen kann, die den system-startup-Skript, um den Prozess weiterhin zwischen gestartet:
```
$ pm2 startup [platform]
```
Wo platform werden kann 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
```
Init-Skripte:

Bin ich nicht ins detail gehen, wie man ein init-Skript, weil ich bin nicht ein Experte in diesem Thema und es wäre zu lange für diese Antwort, aber im Grunde genommen sind einfache shell-Skripte, ausgelöst durch OS-Ereignisse. Lesen Sie mehr über dieses hier

Andockfenster:

Einfach Ihre server in einem Docker-container mit -d option und voilá, Sie haben eine daemonisierte node.js server!!!

Hier ist ein Beispiel Dockerfile (aus node.js official guide):
```
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" ]
```
Dann bauen Sie Ihr Bild und führen Sie Ihre container:
```
$ docker build -t <your username>/node-web-app .
$ docker run -p 49160:8080 -d <your username>/node-web-app
```
Hoffe, das hilft jemandem der Landung auf dieser Seite. Verwenden Sie immer das richtige Werkzeug für den job. Es wird sparen Sie eine Menge Kopfschmerzen und das über Stunden!
- Dies ist, was ich suchte. Mit dem pm2-Lösung, gibt es eine Möglichkeit zur Befestigung einer Klemme, um es später?
- Nein. Das ist nicht möglich, da der Prozess nicht läuft in einer interaktiven Sitzung. Aber Sie können die gleiche "Gefühl" von tail -fing der log-Datei, pm2 erzeugt.
- Geben Sie die screen Lösung, die viele Menschen finden nicht den job ist ein workaround. Es gibt viele Wege, die das erreichen einer bestimmten Aufgabe. Ich glaube, es passiert, dass (betrachten wir die spezifische Frage) es geschieht, um die Erreichung der spezifischen Aufgabe der run as background and never die vorzüglich für viele. Es hat auch den zusätzlichen bonus, der es dem Benutzer gestattet, zu gehen zurück in Ihr wieder zu interagieren und änderungen vornehmen, wenn er will. Die Schlüssel-Komponenten ist background und never die. Alle Lösungen haben bestimmte Boni.
- Ravi - ich bin nicht einverstanden. Diese benötigen alle zusätzliche downloads/software/tools (außer der init-Lösung, die keine Lösung gegeben wurde). Die nohup ist die Lösung. Es ist gebacken in Linux, und ist das, was es dort für. Es ist eine Linie, es ist sauber, und es funktioniert wie vorgesehen, jedes mal, unabhängig von updates. Die Menschen sollten wirklich versuchen zu vermeiden, die Verwendung von Drittanbieter-tools für grundlegende Anwendungsfälle wie diese. Das Andockfenster Beispiel (zum Beispiel) ist viel Ausführlicher und Ressourcen als die eines einfachen Befehl in der top-stimmten Antwort. Liebe Andockfenster, aber nicht für diese.
- Ich habe keinen Zweifel an dem Aufwand, aber die nohup Lösung nicht befriedigen, die "niemals sterben" - Anforderung. Es sei denn, Sie schreiben sehr schwierig trap oder hacky infinite loop, ich sehe nicht, wie, um den Prozess daemonisierte ohne die Verwendung von tools, die speziell geschrieben für diesen Zweck (oder ein init-Skript, geschrieben von sich selbst, natürlich).
- Ich bin damit einverstanden, ich kam hierher auf der Suche nach linux start process background aber die Frage ist wirklich über einen Knoten, so habe ich vorgeschlagen, bei einer Bearbeitung der original-Titel.
InformationsquelleAutor Victor Schröder
24

andere Lösung verleugnen die job
```
$ nohup node server.js &
[1] 1711
$ disown -h %1
```
- verleugnen ist genau das, was ich suchte, aber was tut -h-flag zu tun? Ich kann nicht finden, dass es im Handbuch
- aus der man page: Wenn die option-h angegeben ist, jede jobspec ist nicht aus der Tabelle entfernt, aber ist so markiert, dass SIGHUP nicht an den job, wenn die shell erhält ein SIGHUP. Wenn keine jobspec angegeben ist, wird die option-a bedeutet, zu entfernen oder markieren Sie alle Aufträge;
InformationsquelleAutor myururdurmaz
14

nohup können das Programm weiterhin auch nach dem terminal stirbt. Ich hatte tatsächlich Situationen, in denen nohup verhindert, dass die SSH-Sitzung beenden korrekt, so sollten Sie umleiten von Eingabe-als auch:
```
$ nohup node server.js </dev/null &
```
Je nachdem, wie nohup konfiguriert ist, müssen Sie möglicherweise auch die Umleitung der standard-Ausgabe und standard-Fehler-Dateien.

InformationsquelleAutor Daniel Gallagher

Habe ich diese Funktion in meinem shell-rc-Datei, basierend auf @Yoichi Antwort:

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

Können Sie es auf diese Weise:

nohup-template "command you would execute here"

InformationsquelleAutor thiagowfx

7

Nohup und screen bieten tolle Licht-Lösungen laufen Node.js in den hintergrund. Node.js Prozess manager (PM2) ist ein praktisches Werkzeug für die Bereitstellung. Installieren Sie es mit npm Global auf dem system:

npm install pm2 -g

ausführen Node.js app als daemon:

pm2 start app.js

Können Sie Optional einen link auf Keymetrics.io ein monitoring-SAAS-hergestellt von Unitech.

InformationsquelleAutor Donald Derek
6
```
$ disown node server.js &
```
Es wird Befehl zum entfernen von active task-Liste und senden Sie den Befehl in den hintergrund

InformationsquelleAutor Skynet
5

Haben, Lesen Sie über die nohup Befehl?
- es funktioniert nicht für mich
InformationsquelleAutor S.Lott
3

Ausführen-Befehl als service auf debian mit sysv-init:

Kopieren Skelett-Skript und passen Sie es für Ihre Bedürfnisse, wahrscheinlich alles, was Sie tun müssen, ist, um einige Variablen. Ihr Skript wird Erben feinen Standardwerte aus /lib/init/init-d-script, wenn etwas nicht passt Ihre Bedürfnisse - außer Kraft setzen in Ihrem Skript. Wenn etwas schief geht, können Sie details in der Quelle /lib/init/init-d-script. Obligatorische vars DAEMON und NAME. Skript verwendet start-stop-daemon ausführen Ihren Befehl, in START_ARGS Sie können zusätzliche Parameter definiert werden, der start-stop-daemon zu verwenden.
```
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
```
Das ist, wie ich einige python-Sachen für meine wikimedia-wiki:
```
...
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
}
```
Neben der Einstellung vars, die ich hatte, zu überschreiben do_stop_cmd weil der python ersetzt die ausführbare Datei, so dass service hörte nicht richtig.

InformationsquelleAutor user3132194
3

Abgesehen von cool oben genannten Lösungen würde ich auch erwähnen über supervisord und monit-tools, die es erlauben, starten, überwachen Ihre Präsenz und starten Sie es, wenn es gestorben ist. Mit 'monit' Sie können auch einige aktive Prüfungen wie überprüfen Sie, ob Verfahren reagiert, die für die http-Anfrage

InformationsquelleAutor Krzysztof Księżyk
3

Für Ubuntu benutze ich dieses:

(exec PROG_SH &> /dev/null &)

hinsichtlich
- Kleiner Punkt: 'exec' ist nicht erforderlich, wenn PROG_SH ist eine ausführbare Datei. Der Punkt von dem Vorschlag von David ist zu trennen das Kind von der aktuellen shell ausgeführt. Die Eltern wird 'pid 1" und wird nicht betroffen sein, wenn die shell beendet wird.
InformationsquelleAutor David Lopes
0

Versuchen, diese für eine einfache Lösung,

cmd & exit

InformationsquelleAutor Hunter Frazier

Schreibe einen Kommentar

Du musst angemeldet sein, um einen Kommentar abzugeben.