Node.js'yi arka plan işlemi olarak çalıştırmak ve asla ölmek nasıl?

Linux sunucusuna macun SSH ile bağlandım. Ben böyle bir arka plan işlemi olarak çalıştırmak için çalıştı:

$ node server.js &

Ancak, 2.5 saat sonra terminal devre dışı kalır ve işlem ölür. Terminalin bağlantısı kesilmiş olsa bile işlemi canlı tutabiliyor muyum?

Düzenle 1

Aslında denedim nohup, ancak Putty SSH terminalini kapatır kapatmaz veya internetimi çıkarır çıkarmaz sunucu işlemi hemen durur.

Putty'de yapmam gereken bir şey var mı?

Edit 2 (on Şub, 2012)

Sonsuza dek bir node.jsmodül var . Bu program node.js sunucusunu arka plan programı olarak çalıştıracaktır.

Basit çözüm (sürece geri dönmekle ilgilenmiyorsanız, çalışmaya devam etmesini isteyin):

nohup node server.js &

jobsBu arka planlı işlemlerin dizinlenmiş bir listesini görme komutu da vardır . Ve arka plandaki bir işlemi çalıştırarak kill %1veya kill %2sayının işlemin dizini olmasıyla öldürebilirsiniz .

Güçlü çözüm (etkileşimli ise işleme yeniden bağlanmanızı sağlar):

screen

Daha sonra Ctrl + a + d tuşlarına basarak çıkarabilir ve ardından screen -r

Ayrıca, ekrana daha yeni bir alternatif olan tmux'u düşünün.

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

1. nohupAnlamı: Stty kesilse bile bu işlemi sonlandırmayın.
2. > /dev/nullşu anlama gelir: stdout / dev / null (herhangi bir çıktı kaydetmeyen sahte bir aygıttır) 'a gider.
3. 2>&1şu anlama gelir: stderr ayrıca stdout'a da gider (zaten yönlendirilmiş olan /dev/null). Hata günlüğünü tutmak için & 1'i bir dosya yoluyla değiştirebilirsiniz, örneğin:2>/tmp/myLog
4. &sonunda: bu komutu arka plan görevi olarak çalıştırın.

Gerçekten kullanmaya çalışmalısınız screen. Sadece yapmaktan biraz daha karmaşıktır nohup long_running &, ancak bir daha asla geri gelmediğinde ekranı anlamak.

İlk önce ekran oturumunuzu başlatın:

user@host:~$ screen

İstediğiniz her şeyi çalıştırın:

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

Ctrl + A ve ardından d tuşlarına basın. Bitti. Oturumunuz arka planda devam ediyor.

0673.pts-0.srv'nin bir giriş listesi olduğu tüm oturumları listeleyebilir screen -lsve screen -r 20673.pts-0.srvkomutla bazılarına ekleyebilirsiniz .

Bu eski bir soru, ancak Google'da üst sıralarda yer alıyor. Neredeyse en yüksek oy alan cevaplara inanamıyorum, çünkü bir ekran oturumunda, &hatta ile veyanohup bayrağıyla - hepsi ile - sadece geçici çözümlerdir.

Özellikle amatör bir çözüm olarak düşünülmesi gereken ekran / tmux çözümü. Screen ve Tmux, süreçleri çalışır durumda tutmak için değil, çoklayıcı terminal oturumları içindir. Sunucunuzda bir komut dosyası çalıştırdığınızda ve bağlantıyı kesmek istediğinizde sorun yoktur. Ancak bir node.js sunucusu için, işleminizin bir terminal oturumuna eklenmesini istemezsiniz. Bu çok kırılgan. İşleri yürütmek için süreci arka plana ayırmanız gerekir!

Bunu yapmak için birçok iyi araç var.

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 lehine gördüğüm büyük bir avantaj, yeniden başlatmalar arasında işlemin devam etmesini sağlamak için sistem başlatma komut dosyasını oluşturabilmesidir:

$ pm2 startup [platform]

Nerede platformolabilir 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

Başlangıç ​​komut dosyaları :

Bir init betiği yazma konusunda ayrıntıya girmiyorum, çünkü bu konuda uzman değilim ve bu cevap için çok uzun olurdu, ancak temel olarak OS olayları tarafından tetiklenen basit kabuk komut dosyalarıdır. Bununla ilgili daha fazla bilgiyi buradan edinebilirsiniz

Liman işçisi :

Sadece bir Docker kapta sunucu çalıştırmak -dseçeneği ve, voila , bir daemonized node.js sunucu var!

Örnek bir Dockerfile örneği (node.js resmi kılavuzundan ):

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" ]

Ardından resminizi oluşturun ve kapsayıcınızı çalıştırın:

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

Umarım bu kişinin bu sayfaya inmesine yardımcı olur. Her zaman iş için uygun aleti kullanın. Size çok fazla baş ağrısı ve saatlerce kurtaracak!

işi reddeden başka bir çözüm

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

nohupterminal öldükten sonra bile programın devam etmesine izin verecektir. Aslında nohupSSH oturumunun doğru şekilde sonlandırılmasını önleyen durumlar yaşadım , bu yüzden girişi de yönlendirmelisiniz:

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

Nasıl nohupyapılandırıldığına bağlı olarak, standart çıktıyı ve standart hatayı dosyalara yeniden yönlendirmeniz gerekebilir.

Kabuk rc dosyamda @ Yoichi'nin cevabına dayanan bu fonksiyon var:

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

Bu şekilde kullanabilirsiniz:

nohup-template "command you would execute here"

Nohup ve ekran, Node.js'yi arka planda çalıştırmak için mükemmel ışık çözümleri sunar. Node.js işlem yöneticisi ( PM2 ) dağıtım için kullanışlı bir araçtır. Sisteminize global olarak npm ile yükleyin:

npm install pm2 -g

Node.js uygulamasını arka plan programı olarak çalıştırmak için:

pm2 start app.js

İsteğe bağlı olarak , Unitech tarafından yapılan bir izleme SAAS'ına Keymetrics.io'ya bağlayabilirsiniz .

$ disown node server.js &

Komutu aktif görev listesinden kaldıracak ve komutu arka plana gönderecek

Hakkında okudunuz nohup komutu?

Debian'da sysv init ile komutu sistem hizmeti olarak çalıştırmak için:

İskelet betiğini kopyalayın ve ihtiyaçlarınıza göre uyarlayın, muhtemelen tek yapmanız gereken bazı değişkenler ayarlamaktır. Komut dosyanız, /lib/init/init-d-scriptgereksinimlerinize uymayan bir şeyden varsayılan ayarları devralır - betiğinizde geçersiz kılar. Bir şeyler ters giderse ayrıntıları kaynakta görebilirsiniz /lib/init/init-d-script. Zorunlu değişkenler DAEMONve NAME. Komut dosyası start-stop-daemonkomutunuzu çalıştırmak için kullanılacak , içinde kullanmak için START_ARGSek parametreler tanımlayabilirsiniz 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

Benim wikimedia wiki için bazı python şeyler çalıştırmak böyle:

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

Değişken ayarı yanı sıra do_stop_cmdpython çalıştırılabilir yerine geçer nedeniyle geçersiz kılmak zorunda kaldı , bu yüzden hizmet düzgün durmadı.

Yukarıdaki harika çözümlerin yanı sıra, süreci başlatmaya, varlığını izlemeye ve ölürse başlatmaya izin veren denetim ve izleme araçlarından da bahsetmiştim. 'Monit' ile işlemin http isteğine yanıt verip vermediğini kontrol etme gibi bazı etkin denetimler de yapabilirsiniz

Ubuntu için bunu kullanıyorum:

(exec PROG_SH &> / dev / null &)

Saygılarımızla

Basit bir çözüm için bunu deneyin

cmd ve çıkış