मैं एसएसएच (पुट्टी) के माध्यम से एक लिनक्स मशीन पर काम कर रहा हूं। मुझे रात के दौरान चलने वाली एक प्रक्रिया को छोड़ने की जरूरत है, इसलिए मैंने सोचा कि मैं पृष्ठभूमि में इस प्रक्रिया को शुरू करके (कमांड के अंत में एक एम्परसेंड के साथ) कर सकता हूं और एक फाइल पर stdout रीडायरेक्ट कर सकता हूं।
मेरे आश्चर्य के लिए, यह काम नहीं करता है। जैसे ही मैंने पुट्टी की खिड़की बंद की, प्रक्रिया बंद कर दी गई।
मैं ऐसा होने से कैसे रोक सकता हूँ ??
जवाबों:
" Nohup " प्रोग्राम देखें।
nohup command > /dev/null 2>&1 &किसी भी stdout या stderr उत्पादन (कोई बनाए बिना पृष्ठभूमि में चलाने के लिए nohup.outफ़ाइल)
nohupइस मामले में मदद नहीं करता है। वहाँ Ctrl+Z/ के साथ बेला करने के लिए एक रास्ता है bg?
मैं GNU स्क्रीन का उपयोग करने की सलाह दूंगा । यह आपको सर्वर से डिस्कनेक्ट करने की अनुमति देता है जबकि आपकी सभी प्रक्रियाएं चलती रहती हैं। मुझे नहीं पता कि इससे पहले कि मैं जानता था कि मैं इसके बिना कैसे रहता था।
जब सत्र बंद हो जाता है तो प्रक्रिया SIGHUP संकेत प्राप्त करती है जिसे यह स्पष्ट रूप से नहीं पकड़ रहा है। nohupजब आप प्रक्रिया शुरू कर रहे हों या disown -hइसे बनाने से रोकने के लिए प्रक्रिया शुरू करने के बाद आप कमांड का उपयोग कर सकते हैं :
> help disown
disown: disown [-h] [-ar] [jobspec ...]
By default, removes each JOBSPEC argument from the table of active jobs.
If the -h option is given, the job is not removed from the table, but is
marked so that SIGHUP is not sent to the job if the shell receives a
SIGHUP. The -a option, when JOBSPEC is not supplied, means to remove all
jobs from the job table; the -r option means to remove only running jobs.
daemonize? nohup? स्क्रीन? (tmux ftw, स्क्रीन कबाड़ है ;-)
बस वही करें जो शुरू से हर दूसरे ऐप ने किया है - डबल फोर्क।
# ((exec sleep 30)&)
# grep PPid /proc/`pgrep sleep`/status
PPid: 1
# jobs
# disown
bash: disown: current: no such job
बैंग! हो गया :-) मैंने यह अनगिनत बार सभी प्रकार के ऐप्स और कई पुरानी मशीनों पर उपयोग किया है। आप अपने और प्रक्रिया के बीच एक निजी चैनल खोलने के लिए रीडायरेक्ट और व्हाट्सएप के साथ गठबंधन कर सकते हैं।
Coproc.sh के रूप में बनाएँ:
#!/bin/bash
IFS=
run_in_coproc () {
echo "coproc[$1] -> main"
read -r; echo $REPLY
}
# dynamic-coprocess-generator. nice.
_coproc () {
local i o e n=${1//[^A-Za-z0-9_]}; shift
exec {i}<> <(:) {o}<> >(:) {e}<> >(:)
. /dev/stdin <<COPROC "${@}"
(("\$@")&) <&$i >&$o 2>&$e
$n=( $o $i $e )
COPROC
}
# pi-rads-of-awesome?
for x in {0..5}; do
_coproc COPROC$x run_in_coproc $x
declare -p COPROC$x
done
for x in COPROC{0..5}; do
. /dev/stdin <<RUN
read -r -u \${$x[0]}; echo \$REPLY
echo "$x <- main" >&\${$x[1]}
read -r -u \${$x[0]}; echo \$REPLY
RUN
done
और फिर
# ./coproc.sh
declare -a COPROC0='([0]="21" [1]="16" [2]="23")'
declare -a COPROC1='([0]="24" [1]="19" [2]="26")'
declare -a COPROC2='([0]="27" [1]="22" [2]="29")'
declare -a COPROC3='([0]="30" [1]="25" [2]="32")'
declare -a COPROC4='([0]="33" [1]="28" [2]="35")'
declare -a COPROC5='([0]="36" [1]="31" [2]="38")'
coproc[0] -> main
COPROC0 <- main
coproc[1] -> main
COPROC1 <- main
coproc[2] -> main
COPROC2 <- main
coproc[3] -> main
COPROC3 <- main
coproc[4] -> main
COPROC4 <- main
coproc[5] -> main
COPROC5 <- main
और वहाँ तुम जाओ, जो कुछ भी हो। <(:) प्रक्रिया के प्रतिस्थापन के माध्यम से एक अनाम पाइप खोलता है, जो मर जाता है, लेकिन पाइप चारों ओर चिपक जाता है क्योंकि आपके पास इसे संभालना है। मैं आमतौर पर sleep 1इसके बजाय :थोड़ा सा racy करता हूं, और मुझे "फ़ाइल व्यस्त" त्रुटि मिलेगी - ऐसा कभी नहीं होता है अगर एक वास्तविक कमांड चलाया जाता है (जैसे, command true)
"हेरेडोक सोर्सिंग":
. /dev/stdin <<EOF
[...]
EOF
यह मेरे द्वारा आजमाए गए हर एक शेल पर काम करता है, जिसमें बिजीबॉक्स / इत्यादि (initramfs) शामिल हैं। मैंने इसे पहले कभी नहीं देखा है, मैंने इसे स्वतंत्र रूप से खोजा, जबकि पता था कि कौन स्रोत स्रोत को स्वीकार कर सकता है? लेकिन यह अक्सर एक बहुत अधिक प्रबंधनीय रूप में विकसित होता है, अगर ऐसी कोई बात है।
ssh myhost "((exec sleep 500)&) >/dev/null"
ssh myhost 'sleep 500 >&- 2>&- <&- &' TMTOWTDI;)
nohup blah &
ब्लाह के लिए अपनी प्रक्रिया का नाम दें!
व्यक्तिगत रूप से, मुझे 'बैच' कमांड पसंद है।
$ batch
> mycommand -x arg1 -y arg2 -z arg3
> ^D
यह पृष्ठभूमि के लिए इसे भरता है, और फिर आपको परिणाम मेल करता है। यह क्रोन का एक हिस्सा है।
जैसा कि अन्य ने नोट किया है, पृष्ठभूमि में एक प्रक्रिया को चलाने के लिए ताकि आप अपने एसएसएच सत्र से डिस्कनेक्ट कर सकें, आपको पृष्ठभूमि प्रक्रिया को ठीक से अपने नियंत्रण टर्मिनल से अलग करना होगा - जो कि एसएसएचओ उपयोग करता है जो छद्म-ट्टी है।
आप स्टीवंस के "एडवांस्ड नेटवर्क प्रोग्राम, वॉल्यूम 1, 3 ईडीएन" या रोचाइंड्स के "एडवांस्ड यूनिक्स प्रोग्रामिंग" जैसी पुस्तकों में डोनेमिंग प्रक्रियाओं के बारे में जानकारी पा सकते हैं।
मुझे हाल ही में (पिछले कुछ वर्षों में) एक पुनर्गठित कार्यक्रम से निपटना पड़ा, जिसने खुद को सही ढंग से तैयार नहीं किया। मैंने एक सामान्य डीमॉनाइजिंग प्रोग्राम बनाकर इससे निपटने का काम किया - नोह के समान लेकिन उपलब्ध अधिक नियंत्रणों के साथ।
Usage: daemonize [-abchptxV][-d dir][-e err][-i in][-o out][-s sigs][-k fds][-m umask] -- command [args...]
-V print version and exit
-a output files in append mode (O_APPEND)
-b both output and error go to output file
-c create output files (O_CREAT)
-d dir change to given directory
-e file error file (standard error - /dev/null)
-h print help and exit
-i file input file (standard input - /dev/null)
-k fd-list keep file descriptors listed open
-m umask set umask (octal)
-o file output file (standard output - /dev/null)
-s sig-list ignore signal numbers
-t truncate output files (O_TRUNC)
-p print daemon PID on original stdout
-x output files must be new (O_EXCL)
GNU getopt () फ़ंक्शन का उपयोग नहीं करने वाले सिस्टम पर डबल-डैश वैकल्पिक है; यह आवश्यक है (या आपको वातावरण में POSIXLY_CORRECT निर्दिष्ट करना होगा) लिनक्स आदि पर। चूंकि डबल-डैश हर जगह काम करता है, इसलिए इसका उपयोग करना सबसे अच्छा है।
आप अभी भी मुझसे संपर्क कर सकते हैं (अगर आप के लिए स्रोत चाहते हैं तो gmail डॉट कॉम पर Firstname dot lastname) daemonize।
हालाँकि, कोड अब (अंत में) GitHub पर मेरे SOQ (स्टैक ओवरफ्लो प्रश्न) रिपॉजिटरी में संकुल
उप-निर्देशिका daemonize-1.10.tgzमें फाइल के रूप में उपलब्ध है
।
डेबियन आधारित प्रणाली पर (रिमोट मशीन पर) स्थापित करें:
sudo apt-get install tmux
उपयोग:
tmux
आप चाहते हैं आदेश चलाएँ
सत्र का नाम बदलने के लिए:
Ctrl + B तब $
नाम भरें
सत्र से बाहर निकलने के लिए:
Ctrl + B तब D
(यह tmux सत्र छोड़ता है)। फिर, आप SSH से लॉग आउट कर सकते हैं।
जब आपको वापस आने / फिर से जांच करने की आवश्यकता होती है, तो SSH शुरू करें, और दर्ज करें
tmux session_name संलग्न करें
यह आपको अपने tmux सत्र में वापस ले जाएगा।
अधिकांश प्रक्रियाओं के लिए आप इस पुराने लिनक्स कमांड-लाइन ट्रिक का उपयोग करके छद्म-विभेदन कर सकते हैं:
# ((mycommand &)&)
उदाहरण के लिए:
# ((sleep 30 &)&)
# exit
फिर एक नई टर्मिनल विंडो शुरू करें और:
# ps aux | grep sleep
वह दिखा देंगे sleep 30 अभी भी चल रहा है।
आपने जो किया है, वह एक बच्चे के बच्चे के रूप में प्रक्रिया शुरू की है, और जब आप बाहर निकलते हैं, तो nohup कमांड जो सामान्य रूप से बाहर निकलने के लिए प्रक्रिया को ट्रिगर करती है, ग्रैंड-बच्चे के लिए नीचे नहीं जाती है, इसे एक अनाथ प्रक्रिया के रूप में छोड़कर, अभी भी चल रहा है ।
मैं इस "यह सेट और इसे भूल जाओ" दृष्टिकोण, कोई से निपटने के लिए की जरूरत को पसंद करते हैं nohup, screen, tmux, आई / ओ पुनर्निर्देशन, या उस सामान के किसी भी।
यदि आप किसी प्रक्रिया को रूट के रूप में चलाने के लिए स्क्रीन का उपयोग करते हैं, तो विशेषाधिकार उन्नयन हमलों की संभावना से सावधान रहें। यदि आपका अपना खाता किसी तरह से समझौता हो जाता है, तो पूरे सर्वर को संभालने का एक सीधा तरीका होगा।
यदि इस प्रक्रिया को नियमित रूप से चलाने की आवश्यकता है और आपके पास सर्वर पर पर्याप्त पहुंच है, तो काम को चलाने के लिए क्रोन का उपयोग करना बेहतर विकल्प होगा। आप पृष्ठभूमि में अपनी प्रक्रिया शुरू करने के लिए init.d (सुपर डेमॉन) का भी उपयोग कर सकते हैं, और जैसे ही यह किया जाता है, इसे समाप्त कर सकते हैं।
nohupयदि आप अपने विवरण किसी फ़ाइल में लॉग इन करना चाहते हैं तो बहुत अच्छा है। लेकिन जब यह पृष्ठभूमि में जाता है तो आप इसे एक पासवर्ड देने में असमर्थ होते हैं यदि आपकी स्क्रिप्ट पूछती है। मुझे लगता है कि आपको कोशिश करनी चाहिए screen। इसकी एक उपयोगिता जिसे आप सेंट पर उदाहरण के लिए यम का उपयोग करके अपने लिनक्स वितरण पर स्थापित कर सकते हैं, yum install screenफिर अपने सर्वर को पोटीन या किसी अन्य सॉफ़्टवेयर के माध्यम से अपने शेल प्रकार में एक्सेस कर सकते हैं screen। यह पोटीन में स्क्रीन [0] खोलेगा। अपना काम करो। आप एक ही पोटीन सत्र में अधिक स्क्रीन [1], स्क्रीन [2] आदि बना सकते हैं।
मूल आज्ञाएँ जिन्हें आपको जानना आवश्यक है:
स्क्रीन शुरू करने के लिए
करने के लिए ग reate अगले स्क्रीन
आपके द्वारा बनाई गई n ext स्क्रीन पर जाने के लिए
डी etach करने के लिए
काम के दौरान अपनी पोटीन को बंद करें। और अगली बार जब आप पोटीन प्रकार के माध्यम से लॉगिन करते हैं
अपनी स्क्रीन पर फिर से कनेक्ट करने के लिए, और आप अपनी प्रक्रिया को अभी भी स्क्रीन पर देख सकते हैं। और स्क्रीन टाइप से बाहर निकलने के लिए #exit करें।
अधिक जानकारी के लिए देखते हैं man screen।
yumयह सही उपकरण है, जब आप डिस्ट्रो को नहीं जानते हैं, अच्छा नहीं है। आपको यह स्पष्ट करना चाहिए कि किन डिस्ट्रोस के screenसाथ इंस्टॉल किया जा सकता है yum।
यदि आप लॉगआउट करते हैं, तो एक माता-पिता प्रक्रिया को मार डाला जाता है, तो Nohup क्लाइंट प्रक्रिया को मारने की अनुमति नहीं देता है। और भी बेहतर अभी भी उपयोग करें:
nohup /bin/sh -c "echo \$\$ > $pidfile; exec $FOO_BIN $FOO_CONFIG " > /dev/null
Nohup प्रक्रिया को आप समाप्ति के लिए प्रतिरक्षा शुरू करते हैं जो आपके SSH सत्र और इसकी बाल प्रक्रियाओं को आप लॉग आउट करने पर मारते हैं। मेरे द्वारा दी गई कमांड आपको एक तरीका प्रदान करती है जिससे आप एप्लिकेशन की पिड को एक पिड फ़ाइल में स्टोर कर सकते हैं ताकि आप इसे बाद में जान से मार सकें और प्रक्रिया को लॉग आउट करने के बाद चलाने की अनुमति देता है।
स्क्रीन का उपयोग करें। यह उपयोग करने के लिए बहुत सरल है और टर्मिनलों के लिए vnc की तरह काम करता है। http://www.bangmoney.org/presentations/screen.html
यदि आप X एप्लिकेशन भी चलाना चाहते हैं - "स्क्रीन" के साथ मिलकर xpra का उपयोग करें ।
मैं स्क्रीन प्रोग्राम के लिए भी जाऊंगा (मुझे पता है कि कुछ और जवाब स्क्रीन था लेकिन यह पूरा हो गया है)
न केवल तथ्य यह है कि & lt; ctrl + z bg disown, nohup, आदि आपको एक बुरा आश्चर्य दे सकते हैं कि जब आप लॉगऑफ जॉब करेंगे तब भी मारे जाएंगे (i dunno क्यों, लेकिन यह मेरे साथ हुआ, और यह परेशान नहीं हुआ इसके कारण मुझे स्क्रीन का उपयोग करने के लिए स्विच किया जा सकता है, लेकिन मुझे लगता है कि एंथोनीराइजर समाधान डबल फोर्किंग से हल हो जाएगा), यह भी स्क्रीन का बैक-ग्राउंडिंग पर एक बड़ा फायदा है:
screen will background your process without losing interactive control to it
और btw, यह एक ऐसा सवाल है जो मैं पहली जगह में कभी नहीं पूछूंगा :) ... मैं किसी भी यूनिक्स में कुछ भी करने की मेरी शुरुआत से स्क्रीन का उपयोग करता हूं ... मैं (लगभग) एक यूनिक्स / लिनक्स खोल में बिना स्क्रीन शुरू किए बिना काम करता हूं पहले ... और मुझे अब रोकना चाहिए, या मैं एक अच्छी प्रस्तुति शुरू करूँगा कि अच्छी स्क्रीन क्या है और फिर क्या कर सकते हैं ... इसे अपने आप से देखें, यह इसके लायक है;)
&(एसिंक्रोनस निष्पादन) 1971 में थॉम्पसन शेल द्वारा शुरू किया गया था , UNIX के पहले संस्करण के लिए ... इसलिए इसका शाब्दिक अर्थ "हमेशा से रहा है;"; ओरस अलास; मैं भी रूढ़िवादी था - यह वास्तव में 41 साल है।
इस स्ट्रिंग को अपनी कमांड में जोड़ें:> & - 2> & - <& - &। > & - का अर्थ है पास स्टडआउट। 2> & - का मतलब है क्लोज़र। <और - का अर्थ है पास की स्टडिन। & का मतलब बैकग्राउंड में चलता है। यह प्रोग्राम को ssh के माध्यम से भी नौकरी शुरू करने का काम करता है:
$ ssh myhost 'sleep 30 >&- 2>&- <&- &'
# ssh returns right away, and your sleep job is running remotely
$
मैंने स्क्रीन कमांड का इस्तेमाल किया। इस लिंक में विस्तार है कि यह कैसे करना है
https://www.rackaid.com/blog/linux-screen-tutorial-and-how-to/#starting
स्वीकार किए जाते हैं उत्तर nohup का उपयोग कर सुझाव देते हैं । मैं इसके बजाय pm2 का उपयोग करने का सुझाव दूंगा । का उपयोग करते हुए PM2 अधिक nohup आवेदन के लिए लॉग फाइल और बहुत अधिक अन्य सुविधाओं को बनाए रखने के कई फायदे, आवेदन को जीवित रखने की तरह है। अधिक विवरण के लिए इसे देखें ।
स्थापित करने के लिए PM2 आप डाउनलोड करने की जरूरत है NPM । डेबियन आधारित प्रणाली के लिए
sudo apt-get install npm
और रेडहैट के लिए
sudo yum install npm
या आप इन निर्देशों का पालन कर सकते हैं । स्थापित करने के बाद NPM स्थापित करने के लिए उपयोग यह PM2
npm install pm2@latest -g
एक बार इसके पूरा होने के बाद आप अपना आवेदन शुरू कर सकते हैं
$ pm2 start app.js # Start, Daemonize and auto-restart application (Node)
$ pm2 start app.py # Start, Daemonize and auto-restart application (Python)
निम्नलिखित कमांड के उपयोग की प्रक्रिया की निगरानी के लिए:
$ pm2 list # List all processes started with PM2
$ pm2 monit # Display memory and cpu usage of each app
$ pm2 show [app-name] # Show all informations about application
ऐप नाम या प्रक्रिया आईडी का उपयोग करके प्रक्रियाओं को प्रबंधित करें या सभी प्रक्रियाओं को एक साथ प्रबंधित करें:
$ pm2 stop <app_name|id|'all'|json_conf>
$ pm2 restart <app_name|id|'all'|json_conf>
$ pm2 delete <app_name|id|'all'|json_conf>
लॉग फ़ाइलों में पाया जा सकता है
$HOME/.pm2/logs #contain all applications logs
Pm2 का उपयोग करके बाइनरी निष्पादन योग्य फाइलें भी चलाई जा सकती हैं। आपको जेसन फ़ाइल में एक बदलाव करना होगा। ( गुण अनुभाग देखें ) "exec_interpreter" : "node", को बदलें ।"exec_interpreter" : "none".
#include <stdio.h>
#include <unistd.h> //No standard C library
int main(void)
{
printf("Hello World\n");
sleep (100);
printf("Hello World\n");
return 0;
}
कोड के ऊपर संकलन
gcc -o hello hello.c
और इसे पृष्ठभूमि में np2 के साथ चलाएं
pm2 start ./hello
सिस्टमड / लिनक्स पर, सत्र-स्वतंत्र प्रक्रियाओं को लॉन्च करने के लिए सिस्टमड-रन एक अच्छा उपकरण है। नफ़रत करने वाले नफ़रत ही करेंगे