Fabric: Init स्क्रिप्ट अक्सर अपने डेमॉन शुरू करने में विफल रहते हैं

जेफ़ फ़ोरिशर ( बिटप्रॉपेट ) ने पोस्ट किया:

लिखी गई init स्क्रिप्ट मैं परीक्षण कर रहा हूं और सब कुछ उसी तरह से चलता है (यानी वास्तविक सफलता या नकली सफलता परिदृश्य), समस्या का अर्थ है apachectl कॉल जिसे स्क्रिप्ट स्वयं बनाती है।

हमारे अंत में क्या कारण हो सकता है, इस बारे में सोचना शुरू करें:

• चूंकि यह अर्ध-यादृच्छिक है, जो मुझे दौड़-हालत-ग्रस्त IO उपतंत्र के साथ पिछले मुद्दों के बारे में सोचता है। हालाँकि, मैं वास्तव में इस बारे में नहीं सोच सकता कि इस तरीके से दूरस्थ छोर पर कुछ कैसे प्रभावित हो सकता है, और दौड़ की स्थिति सभी स्थानीय-आधारित रास्ते थे।
  
  
  
  • इसका परीक्षण करने का एक तरीका यह देखना हो सकता है कि क्या यह मुद्दा फैब 0.9.x और pty = True (1.x में वर्तमान डिफ़ॉल्ट से मिलान करने के लिए) के साथ आता है।
  
  
• यह सिर्फ पीटीआई से संबंधित हो सकता है - मुझे यह याद नहीं है कि 1.0 से पहले यह एक मुद्दा था और ट्रू को पीटीआई सेट करना डिफ़ॉल्ट व्यवहार में प्रमुख परिवर्तनों में से एक था। हालांकि फिर से, मैं यह नहीं देख सकता कि एसएसएच के अनुरोध-ए-पीटी सबसिस्टम का उपयोग करने से इस तरह से व्यवहार करने के लिए init स्क्रिप्ट का कारण होगा।
  
  
  
  • यहाँ एक परीक्षण ssh -t <hostname> <command> का उपयोग करना होगा और देखें कि क्या यह भी समस्या को पुन: पेश करता है।
  
  

2011-07-23 को शाम 07:45 बजे EDT

जेफ़ फ़ोरिशर ( बिटप्रॉपेट ) ने पोस्ट किया:

apache2ctl स्वयं भी केवल एक रैपर बैश स्क्रिप्ट है, जो /usr/sbin/apache2 कॉल करती है, जो अपाचे mpm- कार्यकर्ता स्थापित स्थान में एक वास्तविक बाइनरी निष्पादन योग्य के लिए एक सहानुभूति है। विशेष रूप से, सामान्य start उपयोग में यह /usr/sbin/apache2 -k start कॉल करता है। पहले की तरह, apache2ctl दो अलग-अलग परिदृश्यों में किसी भी अलग तरह का व्यवहार नहीं करता है, फिर से: रिटर्न वैल्यू या कौन से सेक्शन निष्पादित होते हैं।

/usr/sbin/apache2 के डॉक्स अपेक्षाकृत सीमित होते हैं (अपाचे की साइट पर भी), केवल यह बताते हुए कि आप को एन्वा vars सेट करने के लिए अपाचेक्टल का उपयोग करना चाहिए (जो कि सटीक है - apache2 चल रहा है अपने आप से बाहर निकल जाता है) स्पष्ट रूप से उन संस्करणों के बारे में त्रुटियों के साथ जो सेट नहीं किए जा रहे हैं।)

env apache2ctl apache2 मंगलाचरण से पहले के उत्पादन की जांच केवल कुछ वस्तुओं: उपयोगकर्ता, समूह, pidfile स्थान और भाषा। ये सफलता और असफलता की स्थितियों के बीच नहीं बदलते हैं। मैं उम्मीद कर रहा था कि रैपरों में विभिन्न खटास और env var सेटिंग्स में कुछ होगा जो कभी-कभी बदल जाएगा, लेकिन नहीं।

अब तक यह कहीं भी उपयोगी नहीं है। उपरोक्त विचारों (pty, ssh) का परीक्षण करने का समय यह देखने के लिए कि वहाँ क्या परिवर्तन होते हैं।

2011-07-23 को 08:46 बजे ईडीटी

जेफ़ फ़ोरिशर ( बिटप्रॉपेट ) ने पोस्ट किया:

pty=False , यह बहुत बेहतर काम करता है (जैसा कि मैक्स की टिप्पणी # 350 में निहित है)। डिफ़ॉल्ट ट्रू सेटिंग के साथ, मैं विफलताओं को लगभग 5/10 बार देख रहा था, कभी-कभी कुछ अधिक या कम। झूठी के साथ, मैंने इसे लगभग 15 बार लगातार शून्य विफलताओं के साथ चलाया है। एक सांख्यिकीविद् नहीं, लेकिन यह मुझे बहुत अच्छा लगता है।

ssh को हाथ से चलाने से समान परिणाम मिलते हैं: ssh -t <host> sudo /etc/init.d/apache2 start चुपचाप अपाचे को लगभग 50% समय शुरू करने में विफल रहेंगे। -T (pty नहीं है) के साथ ही और यह समय के 100% से शुरू होता है।

तो यह फैब्रिक की गलती नहीं है; यह कुछ गहरा है जहां ये init स्क्रिप्ट दुर्व्यवहार करती हैं जब एक SSH शैली छद्म ट्टी खेल में होती है।

जिज्ञासा की खातिर थोड़ा गहरा खुदाई करने के लिए जा रहा है, लेकिन यह "समाधान" जैसा दिखता है यहां एक नया FAQ है जो इस समस्या का सामना करने पर pty=False का उपयोग करने के लिए कहता है।

2011-07-23 को 08:59 बजे ईडीटी

जेफ़ फ़ोरिशर ( बिटप्रॉपेट ) ने पोस्ट किया:

हाँ, कुछ भी नहीं है जो इस व्यवहार की व्याख्या करता है, दुर्भाग्य से। ऊपर दिए गए निष्कर्षों को देखते हुए मुझे लगता है कि निश्चित रूप से एक रास्ता तय करना है।

2011-07-23 को रात 10:35 बजे EDT

ह्यूगो गार्ज़ा (hiro2k) ने पोस्ट किया:

उह मैं कल ही भाग गया था, काश मैंने इस बग को देखा होता, सौभाग्य से मैंने पीटी = फाल्स सेट करने की कोशिश की और यह काम भी कर गया। स्पष्टीकरण के लिए धन्यवाद, कम से कम यह कपड़े की गलती नहीं है। अब आप वास्तव में मुझे सोच रहे हैं कि यह क्यों विफल हो जाता है।

2011-08-02 को दोपहर 01:27 बजे EDT

क्या आप सुनिश्चित हैं कि यह सिर्फ बैश स्क्रिप्ट समस्या नहीं है? मेरा मतलब मेरी मेलिंग लिस्ट थ्रेड से है। वे सिर्फ बैश स्क्रिप्ट थे जो जावा और वेबलॉग शुरू करते थे।

FWIW, मैं बहुत भयानक हर Ubuntu मशीन मैं EC2 पर स्पिन पर इस भयानक व्यवहार हो रहा है।

यह एक अलग स्क्रीन screen -d -m someBackgroundTask माध्यम से लॉन्च किए गए कार्यों के साथ प्रतिलिपि प्रस्तुत करने योग्य भी है।

मुझे उल्लेख करना चाहिए कि आमतौर पर pty=False समस्या हल करती है, लेकिन मैंने ऐसे उदाहरण देखे हैं जहां ऐसा नहीं था।

@yuvadm - उन मामलों में जहां pty = झूठी समस्या का समाधान नहीं करता है, क्या समस्या को अभी भी नियमित ssh कमांड का उपयोग करके फिर से बनाया जा सकता है (जैसा कि ऊपर उल्लेख किया गया है)? जहां तक ​​मैंने देखा है कि यह SSH समस्या है और फैब्रिक एक नहीं है, लेकिन यह जानना अच्छा होगा कि क्या ऐसी कोई परिस्थितियां हैं, जहां यह मेल नहीं खाती है।

यह देखने के लिए एक दिलचस्प कोण है, मैं आपको उस एक पर वापस लाऊंगा ...

मैंने इस समस्या को पुन: पेश किया है। क्लाइंट Ubuntu 10.04.3 LTS है, सर्वर "Ubuntu 8.04.4 LTS (सर्वर)" है।
SSH क्लाइंट "OpenSSH_5.3p1 Debian-3ubuntu7, OpenSSL 0.9.8k 25 Mar 2009" है, ssh सर्वर "OpenSSH_4.7p1 Debian-8ubuntu1, OpenSSH_4.7p 19 अक्टूबर 2007" है। फैब्रिक "1.3.3 फाइनल" है।

मुद्दा वहाँ है 100% pty के साथ = True, और यह pty = False के साथ गायब हो जाता है।

अन्य सर्वर से कनेक्ट करना, समस्या हमेशा वहाँ नहीं होती है जब pty = True।

मेरे मामले में, परीक्षण के लिए, मैं एक बहुत ही साधारण कमांड चला रहा हूं: "nohup स्लीप 100> / tmp / xxx 2> & 1

मुझे इस पर काट दिया गया है, केवल EC2 पर जैसा कि यह लगता है (मैंने इसे अपने लिनोड पर नहीं देखा है, लेकिन मैं 100% निश्चित नहीं हूं)। पैटी लगाना = झूठी बात तय करना।

बस इस समस्या का सामना करना पड़ा।
मेरे पास एक ऐसी स्थिति थी जहां मैं tty = गलत का उपयोग नहीं कर सकता क्योंकि मैं sudo के साथ कमांड चलाता हूं।
>& /dev/null < /dev/null & जोड़ना अच्छी तरह से निष्पादित होता है, लेकिन प्रक्रिया शुरू नहीं हुई थी।

मैंने कमांड निष्पादन लाइन के बाद एक नींद जोड़ने के साथ समस्या को हल किया है: nohup java -jar text.jar & sleep 5; exit 0

धन्यवाद spodgruskiy,

आपके टिप्स मेरे काम आते हैं।
मैंने कोशिश की थी कि निम्नलिखित कमांड के साथ fab tp एक स्ट्रोम क्लस्टर शुरू करें।

1. रन ('nohup ./bin/storm nimbus> & / dev / null </ dev / null &', pty = False)
2. रन
3. रन ("स्क्रीन -d -m '।/bin/storm nimbus'", pty = गलत)
4. रन

लेकिन उनमें से कोई भी काम नहीं करता, निंबस बिल्कुल भी शुरू नहीं हुआ। मुझे समझ नहीं आया कि क्या हुआ।
कोई बात नहीं धन्यवाद।

नींद की चाल के लिए +1

आवश्यकता के साथ सिस्टम पर काम करने की जरूरत है

सुडो ('सेवा शुरू करो; नींद 5') और सब ठीक है!

जहां आप 'sudo ()' का उपयोग कर रहे हैं और रिमोट सिस्टम में sudo एक्सेस के लिए आवश्यकताएँ सक्षम हैं, आप 'set -m' का उपयोग कर सकते हैं; सेवास्टार्ट 'को स्क्रिप्ट स्क्रिप्ट द्वारा शुरू की गई प्रक्रिया में भेजे जाने से रोकने के लिए शुरू करें।

Http://stackoverflow.com/a/14866774 बैश इंटरएक्टिव बनाम गैर-इंटरएक्टिव पर अधिक विस्तृत विवरण के लिए देखें और यह कि नौकरी पर नियंत्रण कैसे होता है।

मैं उत्सुक हूँ, यहाँ ssh मुद्दा क्या है?

pty = मेरे लिए गलत काम

यह वास्तव में एक SSH समस्या नहीं है, यह BASH गैर-संवादात्मक / इंटरैक्टिव मोड और समूहों को संसाधित करने के लिए सिग्नल प्रसार के आसपास अधिक सूक्ष्म व्यवहार है।

निम्नलिखित http://stackoverflow.com/questions/14679178/why-does-ssh-wait-for-my-subshells-without-t-and-kill-them-with-t/14866774#14866774 और http: पर आधारित है।

pty / tty = false

लॉन्च किया गया बैश शेल शुरू की गई प्रक्रिया के stdout / stderr / stdin से जोड़ता है और तब तक इसे चालू रखा जाता है जब तक कि सॉकेट्स के साथ कुछ भी जुड़ा नहीं होता है और यह बच्चे बाहर निकल चुके होते हैं। एक अच्छी बधिर प्रक्रिया यह सुनिश्चित करेगी कि यह बच्चों के बाहर निकलने, बच्चे की प्रक्रिया को कांटने और फिर बाहर निकलने का इंतजार न करे। जब इस मोड में SSH द्वारा चाइल्ड प्रोसेस को कोई SITEUP नहीं भेजा जाएगा। मेरा मानना ​​है कि यह प्रक्रिया को निष्पादित करने वाली अधिकांश लिपियों के लिए सही ढंग से काम करेगा जो खुद को बहरा करने से निपटता है और इसे पृष्ठभूमि में रखने की आवश्यकता नहीं है। जहां init स्क्रिप्ट एक प्रक्रिया को बैकग्राउंड करने के लिए '&' का उपयोग करते हैं, तो यह संभावना है कि मुख्य समस्या यह होगी कि क्या पृष्ठभूमि प्रक्रिया कभी भी स्टड से पढ़ने का प्रयास करती है क्योंकि सत्र समाप्त होने के बाद यह एक SITEUP को ट्रिगर करेगा।

pty / tty = true *

यदि init स्क्रिप्ट बैकग्राउंड प्रोसेस शुरू हो जाता है, तो पैरेंट BASH शेल SSH कनेक्शन के लिए एक एक्जिट कोड लौटाएगा, जो तुरंत बाहर निकलने के लिए देखेगा क्योंकि यह समाप्त होने के लिए चाइल्ड प्रोसेस का इंतजार नहीं कर रहा है और stdout पर ब्लॉक नहीं हुआ है। / stderr / स्टड। इसके कारण SIGHUP को पैरेंट बैश शेल प्रोसेस ग्रुप में भेजा जाएगा, क्योंकि चूंकि जॉब कंट्रोल बैश में नॉन-इंटरैक्टिव मोड में अक्षम है, इसलिए इसमें लॉन्च की गई चाइल्ड प्रॉसेस शामिल होंगी। जहां एक डेमॉन प्रक्रिया स्पष्ट रूप से एक नया प्रक्रिया सत्र शुरू करती है जब फोर्किंग या कांटे की प्रक्रिया में तब यह या यह बच्चे BASH मूल प्रक्रिया से बाहर निकलने पर SIGHUP प्राप्त नहीं करेंगे। ध्यान दें कि यह निलंबित नौकरियों से अलग है जो एक SIGTERM को देखेगा।

मुझे संदेह है कि इसके आस-पास की समस्याओं को केवल कभी-कभी थोड़ी सी दौड़ की स्थिति के साथ काम करना पड़ता है। यदि आप deamonizing के लिए मानक दृष्टिकोण को देखते हैं - http://www.itp.uzh.ch/~dpotter/howto/daemonize माता-पिता के बाहर निकलने से पहले दौड़ें, इस प्रकार ऊपर उल्लिखित यादृच्छिक सक्सेज / विफलता व्यवहार। एक स्लीप स्टेटमेंट में कांटे की प्रक्रिया के लिए एक नया सत्र बनाने के लिए पर्याप्त समय मिलेगा, यही कारण है कि यह कुछ मामलों के लिए काम करता है।

pty / tty = सच और नौकरी नियंत्रण को स्पष्ट रूप से bash में सक्षम किया गया है

SSH बैश शेल या किसी भी लॉन्च किए गए चाइल्ड प्रोसेस के stdout / stderr / stdin से कनेक्ट नहीं होगा, जिसका अर्थ यह है कि जैसे ही पेरेंट बैश शेल ने अनुरोधित कमांड को निष्पादित करना शुरू किया, यह बाहर निकल जाएगा। इस मामले में, जॉब कंट्रोल स्पष्ट रूप से सक्षम होने के साथ, बैश शेल द्वारा '' को बैकग्राउंड में लॉन्च किए गए किसी भी प्रोसेस को बैकग्राउंड में तुरंत एक अलग सेशन में रखा जाएगा और जब BASH सेशन से पैरेंट प्रोसेस बाहर हो जाएगा तो SIGHUP सिग्नल नहीं मिलेगा ( इस मामले में एसएसएच कनेक्शन)।

जिसे ठीक करने की जरूरत है

मुझे लगता है कि पृष्ठभूमि प्रक्रियाओं / सेवाओं के साथ काम करते समय समाधानों को विशेष रूप से रन / सुडो ऑपरेशंस डॉक्यूमेंटेशन में स्पष्ट रूप से उल्लिखित किया जाना चाहिए। मूल रूप से या तो 'pty = false' का उपयोग करते हैं, या जहां यह संभव नहीं है, स्पष्ट रूप से पहली कमांड के रूप में नौकरी नियंत्रण को सक्षम करता है, और व्यवहार सही होगा।

लिंक अपडेट: http://www.ics.uzh.ch/~dpotter/howto/daemonize

जैसा कि मैंने यहां बताया कि फैब्रिकिट (फैब्रिक लिबास का रैपर) https://github.com/HyukjinKwon/fabrickit/commit/cceb8bfb8f960a3ac41b24bcbb8358bd6e7a0366366

आप विशिष्ट कॉन्फ़िगरेशन या सेटिंग्स के बिना आसानी से डेमॉन के रूप में एक कार्यक्रम शुरू कर सकते हैं।
यह वैसे भी शैल निष्पादन का एक प्रकार है और इसलिए शेल को क्या करने का एक तरीका होना चाहिए।

इसे इस्तेमाल करे:

run("sh -c '((nohup %s > /dev/null 2> /dev/null) & )'" % cmd, pty=False)

मैंने यह कोशिश की और यह पूरी तरह से ठीक काम करता है यहां तक ​​कि यह एक डेमॉन के रूप में चलाने के लिए अतिरिक्त प्रोग्रामिंग को लागू नहीं करता है (यहां तक ​​कि लूप के ठीक काम करने के दौरान 'हैलो' लिखने वाला सिर्फ एक कार्यक्रम)।