Node.jsをバックグラウンドプロセスとして実行して死なない方法

パテSSH経由でLinuxサーバーに接続します。私はそれをこのようなバックグラウンドプロセスとして実行しようとしました：

$ node server.js &

ただし、2.5時間後、ターミナルは非アクティブになり、プロセスは終了します。とにかくターミナルが切断されていてもプロセスを存続させることができますか？

編集1

実際、私はを試しましたnohupが、Putty SSHターミナルを閉じるかインターネットのプラグを抜くとすぐに、サーバープロセスはすぐに停止します。

パテでやらなければならないことはありますか？

編集2（2012年2月）

永遠にnode.jsモジュールがあります。node.jsサーバーをデーモンサービスとして実行します。

簡単な解決策（プロセスに戻ることに関心がない場合は、実行を続けたいだけです）：

nohup node server.js &

jobsこれらのバックグラウンドプロセスのインデックス付きリストを表示するコマンドもあります。また、バックグラウンドプロセスを実行するkill %1かkill %2、その番号をプロセスのインデックスとして、強制終了できます。

強力なソリューション（対話型の場合はプロセスに再接続できます）：

screen

次に、Ctrl + a + dを押してデタッチし、実行して元に戻すことができます screen -r

また、画面の新しい代替手段であるtmuxも検討してください。

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

1. nohup意味：sttyが切断されていても、このプロセスを終了しないでください。
2. > /dev/nullつまり、stdoutは/ dev / null（出力を記録しないダミーデバイス）に移動します。
3. 2>&1つまり、stderrはstdoutにも移動します（すでにリダイレクトされています/dev/null）。エラーのログを保持するために、＆1をファイルパスに置き換えることができます。例：2>/tmp/myLog
4. &最後は、このコマンドをバックグラウンドタスクとして実行することを意味します。

あなたは本当に使用してみてくださいscreen。ただ行うよりも少し複雑nohup long_running &ですが、二度と戻ってこない画面を理解すること。

最初にスクリーンセッションを開始します。

user@host:~$ screen

好きなものを実行します

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

Ctrl + Aを押してから、dを押します。できました。セッションはバックグラウンドで続行されます。

すべてのセッションをで一覧表示しscreen -ls、screen -r 20673.pts-0.srvコマンドでアタッチすることができます。0673.pts-0.srvはエントリリストです。

これは古い質問ですが、Googleで上位にランクされています。フラグ&を付けて、またはnohupフラグを付けてさえも、screenセッション内でnode.jsプロセスを実行することは、単なる回避策であるため、私はほとんど最高の投票された答えを信じることができません。

特にscreen / tmuxソリューション。これは本当にアマチュアソリューションと見なされます。ScreenとTmuxは、プロセスの実行を維持するためのものではなく、ターミナルセッションの多重化のためのものです。サーバーでスクリプトを実行していて、切断する場合は問題ありません。しかし、node.jsサーバーの場合、プロセスをターミナルセッションにアタッチしたくない場合があります。これは壊れやすいです。実行を続けるには、プロセスをデーモン化する必要があります！

それを行うための良いツールがたくさんあります。

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

私がPM2を支持する大きな利点の1つは、システムの起動スクリプトを生成して、再起動間でプロセスを維持できることです。

$ pm2 startup [platform]

どこにplatformすることができます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スクリプトの作成方法については詳しく説明しません。私はこのテーマの専門家ではないため、この回答には長すぎますが、基本的には、OSイベントによってトリガーされる単純なシェルスクリプトです。これについて詳しくは、こちらをご覧ください

Docker：

ちょうどとドッカーコンテナでサーバーを実行する-dオプションと、出来上がり、あなたはデーモン化のNode.jsサーバーを持っています！

以下は、サンプルのDockerfileです（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" ]

次に、イメージをビルドしてコンテナを実行します。

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

これが誰かがこのページに着陸するのに役立つことを願っています。常に適切なツールを使用してください。それはあなたに多くの頭痛と時間を節約します！

別の解決策は仕事を捨てる

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

nohup端末が停止した後でもプログラムを続行できます。実際にnohup、SSHセッションが正しく終了しない状況が発生したため、入力もリダイレクトする必要があります。

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

nohup構成方法によっては、標準出力と標準エラーをファイルにリダイレクトする必要がある場合もあります。

私のシェルのrcファイルには、@ Yoichiの回答に基づいてこの関数があります。

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

次のように使用できます。

nohup-template "command you would execute here"

Nohupとscreenは、Node.jsをバックグラウンドで実行するための優れたソリューションを提供します。Node.jsプロセスマネージャー（PM2）は、展開に便利なツールです。npmを使用してシステムにグローバルにインストールします。

npm install pm2 -g

Node.jsアプリをデーモンとして実行するには：

pm2 start app.js

オプションで、Unitechが作成した監視SAASであるKeymetrics.ioにリンクできます。

$ disown node server.js &

アクティブなタスクリストからコマンドを削除し、コマンドをバックグラウンドに送信します

nohupコマンドについて読みましたか？

sysv initを使用してdebianでシステムサービスとしてコマンドを実行するには：

スケルトンスクリプトをコピーし、ニーズに合わせて調整します。おそらく、いくつかの変数を設定するだけです。/lib/init/init-d-script何かがニーズに合わない場合、スクリプトはからデフォルトを継承します-スクリプトでオーバーライドします。問題が発生した場合は、ソースで詳細を確認できます/lib/init/init-d-script。必須VARSがあるDAEMONとNAME。スクリプトはstart-stop-daemonコマンドを実行するために使用します。使用START_ARGSする追加のパラメーターを定義できますstart-stop-daemon。

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

それは私が私のwikimedia wikiのためにいくつかのpythonのものを実行する方法です：

...
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
}

変数を設定する以外にdo_stop_cmd、Pythonが実行可能ファイルを置き換えるため、オーバーライドする必要があったため、サービスが適切に停止しませんでした。

上記のクールなソリューションとは別に、プロセスを開始し、その存在を監視し、死亡した場合にそれを開始できる監視ツールおよび監視ツールについても言及します。「monit」を使用すると、プロセスがhttpリクエストに応答するかどうかのチェックなどのアクティブなチェックを実行することもできます

Ubuntuの場合、これを使用します。

（PROG_SH＆> / dev / null＆を実行）

よろしく

簡単な解決策としてこれを試してください

cmd＆終了