Fabric: यदि थ्रेडिंगग्रुप रन में स्लीप शामिल है तो स्थानीय टर्मिनल स्टड अलग हो गया

#1814 को संभव दूसरी प्रतिलिपि प्रस्तुत करने योग्य समस्या के रूप में देखें।

यह मेरे लिए एक कानूनी बग की तरह लगता है और मुझे यकीन नहीं है कि इसका क्या कारण है। ऐसा लगता है कि यह एक सामान्य यूनिक्स मुद्दा हो सकता है जिसमें टर्मिनल पाइप एक साथ कई सबप्रोसेस से जुड़े होते हैं, या (एएसपी # 1814 के उदाहरण से जा रहे हैं) पाइप राज्य के आसपास एक दौड़ की स्थिति, या ऐसा कुछ।

किसी कारण/समाधान को पुन: पेश करने और उलझाने का प्रयास करेंगे।

इसके अलावा, इसके लिए शायद इनवोक स्तर पर फिक्सिंग की आवश्यकता होती है और यह पूरी तरह से अपने डोमेन में हो सकता है (जहां तक ​​​​मैंने अभी तक शुद्ध-आमंत्रण संदर्भ में थ्रेडिंग के साथ बहुत कुछ नहीं किया है, लेकिन उदाहरण के लिए pyinvoke/invoke#194 देखें - यह एक बात है कि वहां भी होना चाहिए)। उस स्थिति में मैं इसे वहां एक टिकट पर ले जाऊंगा और फैब्रिक "फिक्स" एक बार फिक्स जारी होने के बाद किसी के इनवोक को अपग्रेड करना होगा।

मैं उबंटू 16.04.2 पर उसी से जुड़ रहा था।

#1829 में इसी मुद्दे की एक और रिपोर्ट। यह मेरे अगले-बगफिक्स मील के पत्थर में है और मैं उस उम्मीद पर अगले ओएसएस दिन (सोम) पर ध्यान केंद्रित करूंगा।

मैंने अभी इसे पुन: पेश करने की कोशिश की (2.0 शाखा, पायथन 3.6.4, मैकोज़ 10.12) और दुर्भाग्य से असमर्थ था। पहले डबल-लोकलहोस्ट की कोशिश की, फिर दो अलग-अलग रिमोट क्लाउड इंस्टेंस, कोई पासा नहीं; मेरा टर्मिनल बाद में ठीक है।

लिनक्स कंटेनर पर थोड़ा सा प्रयास करने के लिए जा रहा है, जो मदद करता है, लेकिन चूंकि ओपी मैकोज़ पर भी था, यह सुनिश्चित नहीं है कि इससे कोई फर्क पड़ेगा। मैं यह देखने के लिए इसे लूप में चलाने का भी प्रयास करूंगा कि यह केवल कभी-कभी रेप्रो है या नहीं।

यदि हम किसी तरह इसे 2.1 में पेश करते हैं, तो मैं इसे 2.1 पर भी आज़माऊँगा, यह बहुत ही असंभव लगता है।

@jensenak @nicktimko क्या आप इस 100% समय का पुनरुत्पादन कर रहे हैं? 50%? 5%?

@bitprophet 2.1.3 पर यह मेरे वास्तविक वर्कफ़्लो में काफी बार हो रहा था (> 80%, मैं 6 सर्वरों के समानांतर भी जा रहा था, 2 नहीं), हालाँकि मेरे काल्पनिक उदाहरण में # 1814 से यह बहुत कम है, शायद 20%। मैं एक डॉकर सेटअप के साथ आने की कोशिश कर सकता हूं, या असफल होने के लिए एक वैग्रांट सेटअप को विफल कर सकता हूं।

@bitpropet यह मेरे लिए 100% समय रहा है। बस यह सुनिश्चित करने के लिए, मैंने केवल कपड़े के साथ एक नया वर्चुअलएन्व शुरू किया। मैंने 2.0, 2.1 और 2.2 का परीक्षण किया। मैंने जो उदाहरण कोड चिपकाया है वह हर बार वर्णित व्यवहार का उत्पादन करता है। सभी परीक्षणों में, मैं Ubuntu 14.04 रिमोट से कनेक्ट कर रहा था।

मैं ओएसएक्स (10.13) के एक अलग संस्करण पर हूं। शायद यह संबंधित है? हालांकि @nicktimko OSX पर बिल्कुल भी नहीं था।

यदि कोई अन्य संस्करण एक समस्या है, तो मेरे वर्चुअलएन्व में pip freeze कैसा दिखता है:

asn1crypto==0.24.0
bcrypt==3.1.4
cffi==1.11.5
cryptography==2.3
fabric==2.2.1
idna==2.7
invoke==1.1.0
paramiko==2.4.1
pyasn1==0.4.4
pycparser==2.18
PyNaCl==1.2.1
six==1.11.0

यह देखते हुए कि इन सभी को कपड़े 2.2 की निर्भरता के रूप में स्थापित किया गया था, मुझे उम्मीद है कि आपके संस्करण समान दिखेंगे।

अगर मैं मदद करने के लिए और भी कुछ कर सकता हूं, तो मैं तैयार हूं। बस वास्तव में सुनिश्चित नहीं है कि और कहाँ देखना है।

मुझे किस प्रतिबद्धता के साथ परीक्षण करना चाहिए; क्या आपने हाल ही में कोई बदलाव किया है जो चीजों को प्रभावित कर सकता है? मैं उपरोक्त फ्रीज के साथ प्रयास करूंगा, आप एक और जमे हुए reqs.txt भी प्रदान कर सकते हैं और मैं देख सकता हूं कि यह मेरे लिए काम करता है या नहीं।

@nicktimko @jensenak अतिरिक्त जानकारी के लिए धन्यवाद। मैं इसे यहाँ पुन: प्रस्तुत करने का प्रयास करता रहूँगा; 20% पर मैंने निश्चित रूप से इसे ट्रिगर करने के लिए पर्याप्त प्रयास नहीं किया होता। मेरे रिमोट मैक और कुछ पुराने डेबियन रहे हैं, मैं उबंटू ट्रस्टी की कोशिश कर सकता हूं, अगर यह किसी तरह से विशिष्ट है (जो अजीब होगा, लेकिन हे, यह पूरी बात अजीब है।)

साथ ही, आपका स्थानीय खोल वातावरण क्या है? मेरा tmux के अंदर (फिर से, macOS 10.12) बिलिन Terminal.app पर zsh है। मैं थोड़ी देर में उस कोण के आसपास कुछ क्रमपरिवर्तन की कोशिश करूँगा।

अहा। यह बैश विशिष्ट प्रतीत होता है! अभी भी tmux के बाहर zsh के तहत रिप्रो करने में असमर्थ था, लेकिन जिस क्षण मैं बैश के तहत कोशिश करता हूं, मुझे तुरंत लक्षणों का उल्लेख मिलता है। tmux के अंदर डिट्टो, इसलिए tmux का कोई असर नहीं है - यह एक शेल चीज़ है।

_क्यों_ यह बैश बनाम zsh के तहत अलग तरह से व्यवहार करेगा, मुझे तत्काल कोई विचार नहीं है। विशिष्ट हो सकता है कि उन्हें कैसे लागू किया जाता है, या (अधिक संभावना लगता है) शायद मेरे zsh dotfiles में कुछ समस्या को रोक रहा है? खोदना होगा ... हालांकि पाइथन पक्ष पर समाधान की पहचान करना आवश्यक है, जिस तरह से सबसे अधिक संभावना है।

संपादित करें: इसके अलावा, प्रजनन तब भी होता है जब मेरे लोकलहोस्ट के sshd को कई बार समवर्ती रूप से कनेक्ट किया जाता है, जो बहुत आश्चर्यजनक नहीं है। तो लगता है कि दूर का अंत कोई मायने नहीं रखता।

साथ ही, मैंने "पिछले रन को छोड़कर केवल अगले रन के लिए समस्या को रोकता है" के बारे में नोट को सत्यापित करने का प्रयास किया, लेकिन यह मेरे लिए नहीं हुआ; मुझे हर बार परवाह किए बिना व्यवहार मिलता है।

Moar: क्या होगा यह देखने के लिए मैंने sleep हटा दिया; मैं अभी भी पुन: पेश करने में सक्षम हूं, हालांकि यह अब थोड़ा अधिक रुक-रुक कर हो रहा है (हालांकि क्योंकि यह स्वचालित लूप में रिप्रो के लिए कुछ आसान नहीं है, यह सब हाथ से प्रजनन है, जिसका अर्थ है परीक्षण मामलों की कम संख्या, जिसका अर्थ है कि घटना का सही% वास्तविक होने वाला है सटीक रूप से मापना मुश्किल है।)

यह भी अच्छा है, कम अजीब-से-बिल्ली ट्रिगर, बेहतर। यह गंध की तरह है _ चाहिए_ कहीं न कहीं कुछ बुनियादी, गूंगा थ्रेडिंग गलती हो, जो आमतौर पर दूरस्थ या स्थानीय छोर पर किसी विशेष चीज से प्रभावित नहीं होगी, जो कि दौड़ की स्थिति (या w/e) को और अधिक होने की संभावना है।

आश्चर्य है कि क्या यह pyinvoke/invoke#552 से संबंधित है जो इनवोक के अपवाद हैंडलिंग थ्रेड सबक्लास (यहां थ्रेडिंग ग्रुप में प्रयुक्त) के लिए उबाल जाता है, संभवतः थ्रेड-डेथ डिटेक्शन को खराब कर देता है।

मुझे यह सुनिश्चित करना होगा कि मैं समझता हूं कि (इसका संभावित सुधार, pyinvoke/invoke#553, एक इंस्टा-मर्ज नहीं था क्योंकि यह अजीब लग रहा था कि हमें कुछ स्पष्ट रूप से कार्यात्मक, इतना गलत मिल गया होगा) और फिर देखें कि क्या इसे लागू करना बनाता है यह लक्षण गायब हो जाता है।

मैंने नींद हटा दी, देखो क्या होगा; मैं अभी भी पुन: पेश करने में सक्षम हूं, हालांकि यह अब थोड़ा और रुक-रुक कर हो रहा है

मेरे पास परीक्षण मामले की तरह लगता है, जहां मुझे इसे खराब करने से पहले इसे कुछ बार हिट करने की आवश्यकता होती है। ऐसा लगता है कि आप इस पर अच्छी पकड़ रखते हैं

मैंने आज देखा कि मैं एक महीने पहले वर्णित अपवाद व्यवहार को भी पुन: पेश नहीं कर सका ... दुर्भाग्य से मुझे याद नहीं है कि मैं तब क्या कर रहा था। :/

मैं वास्तव में यहाँ बैश चला रहा हूँ। अच्छा खोज। तथ्य यह है कि समस्या नींद के बिना रुक-रुक कर होती है, मुझे आश्चर्य होता है कि क्या यह किसी प्रकार की दौड़ की स्थिति है।

आप ऐसा कहते हैं, लेकिन अब मैं इसे दोबारा नहीं दोहरा सकता, या कम से कम यह बहुत रुक-रुक कर हो रहा है। नींद को वापस लाने से यह बहुत अधिक बार आती है। दौड़ की स्थिति से प्यार होना चाहिए।

उस इनवोक मुद्दे को देखते हुए, रिपोर्टर एक लक्षण के रूप में एक गड़बड़ टर्मिनल का भी उल्लेख करता है; लेकिन अजीब तरह से मैं _that_ लक्षण को उसके कोड के साथ, बैश के तहत भी पुन: पेश नहीं कर सकता। फिर भी आश्चर्य नहीं होगा यदि मूल कारण समान है (थ्रेड डेथ और स्टड के बंद होने के आसपास कुछ चीजों के साथ करना है, या शायद बाहर निकलने से ठीक पहले लाइनवाइज बफरिंग पर वापस सेट करें)।

रेपो मामले के खिलाफ यहां बताए गए अन्य मुद्दों के स्पॉट की जाँच करना:

• ExceptionHandlingThread.is_dead बिट कोई मायने नहीं रखता है, यह संभावित रूप से सही आ रहा है, जो कुछ समझ में आता है क्योंकि इसका उद्देश्य थ्रेड में अपवादों को संभालना है और इनमें से कोई भी मामला वास्तव में अपवादों को संभालता नहीं है। is_dead सभी 3 कार्यकर्ता धागे (स्टडिन/आउट/गलती) के लिए False जब मैं इसकी अपेक्षा करता हूं।
• यह दावा कि हम उप-प्रक्रिया को ठीक से बंद नहीं कर रहे हैं 'stdin निशान के करीब महसूस करता है; अगर वह अब-मृत फ़ाइल डिस्क्रिप्टर या कुछ और से जुड़े नियंत्रण टर्मिनल के स्टड को छोड़ देता है ...? (मुझे वास्तव में बेहतर पता होना चाहिए कि इस मामले में वैसे भी क्या होता है।)
  
  
  
  • फैब्रिक के मामले को छोड़कर, कोई स्थानीय सबप्रोसेस नहीं है और फाइल डिस्क्रिप्टर का कोई सीधा पासथ्रू नहीं है, इसलिए ऐसा नहीं हो सकता है।
  
  
  • मतलब समस्या कुछ और होने की अधिक संभावना है?
  
  

एक और प्रयास करने की कोशिश कर रहा है ... बग दिखने के बाद टर्मिनल पर्यावरण के बारे में वास्तव में क्या बदल गया है? चल रहा stty -a बग भ्रष्टाचार के साथ और उसके बिना बैश के तहत, जो अंतर मैं देख सकता हूं वे हैं:

• lflags : बग-आउट टर्मिनल में -icanon , -echo , -pendin (बनाम नियमित अवधि जहां उन सभी में ऋण चिह्न नहीं है)। गूँजना निश्चित रूप से एक मुद्दे की तरह लगता है, यह मानते हुए कि इसका क्या मतलब है।
• iflags : बग-आउट में -ixany और ignpar (खराब सेटअप में कुछ सेट होने का पहला उदाहरण, सेट नहीं किया गया है)
• oflags और cflags समान, जैसा कि cchars (यदि नियंत्रण वर्ण बदल गए थे तो मुझे वास्तविक अजीब लगेगा ...)

man stty :

• icanon ERASE और KILL प्रोसेसिंग को नियंत्रित करता है; शायद एक बड़ा अंतर नहीं है (यह क्यों सेट है या अनसेट दिलचस्प हो सकता है)
• echo ऐसा लगता है कि गूंजना है या नहीं, और स्पष्ट रूप से बग का सबसे बड़ा व्यावहारिक मुद्दा है।
• pendin बताता है कि क्या इनपुट (स्टडीन मानते हुए) एक विहित स्विच के बाद लंबित है (और चूंकि icanon स्पष्ट रूप से फ़्लिप किया गया है ... हाँ) और जब कोई पठन लंबित या अधिक इनपुट हो जाता है तो फिर से इनपुट होगा आता है। स्पष्ट नहीं है कि यह क्यों मायने रखता है, या यह सामान्य रूप से क्यों सेट होता है और खराब होने पर परेशान होता है (मैं बाद वाले की अपेक्षा करता, यदि कुछ भी।)
• ixany किसी भी चरित्र को 'आउटपुट शुरू करने' की अनुमति देता है (और जब सेट नहीं होता है, तो केवल START की अनुमति देता है। ठीक है?)
• ignpar अर्थ है समता त्रुटियों वाले वर्णों को अनदेखा करना (या अनसेट करना, अनदेखा न करना)।

कुल मिलाकर ऐसा लगता है कि टर्मिनल पर कुछ उच्च स्तरीय 'मोड' लागू किया जा रहा है, ठीक उसी तरह जैसे हम वर्ण-बफ़र्ड रीडिंग के लिए स्टडिन सेट करते हैं ताकि हम उपयोगकर्ता के मैश में प्रवेश करने की प्रतीक्षा करने के बजाय एक बार में 1 बाइट पढ़ सकें।

जो प्रदर्शन के तहत व्यवहार की तरह लगता है (तरह का ...), और जिसके बारे में मैं पहले सोच रहा था; लेकिन प्रश्न में कोड पढ़ना (क्योंकि इनवोक पैच में भी इसका उल्लेख है, हालांकि पुन: थ्रेड मौत), मोड परिवर्तन को एक संदर्भ प्रबंधक के रूप में प्रस्तुत किया जाता है, इसलिए यह _ चाहिए_ हमेशा इस बात पर ध्यान दिए बिना कि हम उस लूप से कैसे बाहर निकलते हैं। लेकिन मुझे अब इसे तीन बार जांचना होगा।

माइनर: केवल stty echo को echo सेट करने के लिए कहना टर्मिनल को 'ठीक' करने के लिए पर्याप्त है; भले ही icanon , pendin आदि अभी भी सेट न हों। वास्तव में मदद नहीं करता है, लेकिन हे, मुझे जानकर अच्छा लगा।

ठीक है! मुझे लगता है कि मैंने इसे समझ लिया, जबकि उस संदर्भ प्रबंधक को घूरते हुए: यह शायद इसलिए है क्योंकि संदर्भ प्रबंधक वर्तमान टर्मिनल स्थिति को ब्लॉक के करीब बहाल करने के लिए स्नैपशॉट करता है। लेकिन हम इस मामले में क्या कर रहे हैं? हम _दो अलग उच्च स्तरीय थ्रेड_ चला रहे हैं, जिनमें से प्रत्येक इस संदर्भ प्रबंधक की अपनी _स्वयं कॉपी_ चला रहा है!

और इनवोक में, जबकि हम थ्रेडसेफ होने का इरादा रखते हैं, हम वर्तमान में अपने निम्न-स्तरीय आईओ थ्रेड्स के अलावा कुछ भी परीक्षण नहीं करते हैं; "थ्रेड-सेफ्टी" का 99% केवल फैब्रिक 1 के भयानक वैश्विक मॉड्यूल स्थिति के बजाय स्व-निहित वस्तु स्थिति का उपयोग है। तो राज्य-रखरखाव का यह विशेष बिट कभी भी अपने साथ समवर्ती रूप से नहीं चलाया जाता है (आंशिक रूप से क्योंकि "राज्य" सचमुच नियंत्रण टर्मिनल है, जिसमें से केवल एक ही है, इसलिए ... वैश्विक स्थिति ...)।

मैंने इसे अभी तक (लगभग) 100% सिद्ध नहीं किया है, लेकिन इसका कोई तरीका नहीं है। थ्रेड जो सेकेंड रन करता है, उसके कंट्रोलिंग टर्मिनल एट्रिब्यूट्स को स्नैपशॉट करने की अत्यधिक संभावना है _after_ पहला थ्रेड इसे पहले ही कैरेक्टर-बफर मोड में सेट कर चुका है; फिर, यदि वह दूसरा धागा भी _finishes_ दूसरा (फिर से, संभावना है लेकिन निश्चित नहीं है) यह खराब स्थिति को "बहाल" करता है, प्रभावी रूप से पहले धागे की बहाली को पूर्ववत करता है।

पुष्टि की कि ईसीएचओ ध्वज, उदाहरण के लिए, निश्चित रूप से गैर-प्रथम संदर्भ प्रबंधक द्वारा स्नैपशॉट किया जा रहा है, फिर उसी द्वारा पुनर्स्थापित किया जा रहा है। एक समाधान पर काम करना, जो मुझे लगता है कि "यह पता लगाने की कोशिश करें कि क्या सेटब्रेक पहले से ही लागू है, और स्नैपशॉट-संशोधित-पुनर्स्थापना नृत्य करने के बजाय उस मामले में नो-ऑप"।

इरादा प्रभाव होना चाहिए, बूट करने के लिए मामूली क्लीनर है (कभी सेटब्रेक> 1 बार नहीं चलता है) और एक कोने के मामले से बचा जाता है जहां एक बेवकूफ फिक्स हमेशा ईसीएचओ, आदि को "चालू" पर सेट कर सकता है - जो उन परिस्थितियों में टूट जाएगा जहां प्रश्न में धारा है ट्टी-लाइक लेकिन _पहले से ही गूंजने के लिए तैयार नहीं था। (असंभव, निश्चित, लेकिन शायद असंभव नहीं।)

चूंकि यह एक केवल-आमंत्रण मुद्दा है, मैं इसे उस ट्रैकर पर एक घर देने जा रहा हूं - मैं जल्द ही इसके लिए एक परीक्षण और इसे ठीक करने की उम्मीद कर रहा हूं, लेकिन अगर आपके पास जोड़ने के लिए कुछ और है तो कृपया https पर पॉप

क्रिस्टल स्पष्ट होने के लिए, एक बार यह तय हो जाने के बाद इसे 1.0.2 / 1.1.1 (और संभवत: 1.2.0 अगर मैं एक ही समय में बाहर निकलता हूं) में बाहर होना चाहिए और _no_ फैब्रिक अपग्रेड आवश्यक होना चाहिए, केवल आह्वान करें।

@bitprophet बढ़िया! यह इनवोक को अपग्रेड करने के बाद काम करता है :)
आपके प्रयास के लिए धन्यवाद।