Fabric: रिबूट उबंटू 16.04 मेजबानों पर टूट गया

को निर्मित 18 जुल॰ 2016 · 21टिप्पणियाँ · स्रोत: fabric/fabric

reboot() फ़ंक्शन में बनाया गया, जो कि Ubuntu 14.04 और FreeBSD 10.x होस्ट दोनों पर पूरी तरह से काम कर रहा है, लेकिन Ubuntu 16.04 होस्ट पर टूट गया है।

Ubuntu 14.04 पर क्या हो रहा है:
मैं इस तरह से एक आउटपुट प्राप्त करता हूं और सिस्टम रिबूट करता है, रिबूट फैब्रिक के फिर से जुड़ने के बाद।

[ubuntu] out:
[ubuntu] out:
[ubuntu] out: Broadcast message from root<strong i="9">@ubuntu</strong>
[ubuntu] out:
[ubuntu] out:   (/dev/pts/0) at 15:02 ...
[ubuntu] out:
[ubuntu] out:
[ubuntu] out:
[ubuntu] out:
[ubuntu] out: The system is going down for reboot NOW!
[ubuntu] out:
[ubuntu] out:

Ubuntu 16.04 पर क्या हो रहा है:

कमांड से कोई आउटपुट नहीं है।
सिस्टम वास्तव में रिबूट करना शुरू कर देता है (फैब्रिक में कोई आउटपुट नहीं)
सिस्टम रिबूट खत्म करता है, लेकिन फैब्रिक को इसका एहसास नहीं होता है, यह फिर से कनेक्ट नहीं होता है, फिर भी कोई आउटपुट नहीं है।
फैब्रिक बस हमेशा के लिए वहाँ इंतज़ार कर बैठता है।

यदि मैं इस राज्य में एंटर कुंजी दबाता हूं, तो फैब्रिक वास्तव में जारी रहता है, लेकिन इससे पहले यह संदेश दिखाता है:

No handlers could be found for logger "paramiko.transport"
Warning: sudo() received nonzero return code -1 while executing 'reboot'!

मैं इस कोड को रिबूट के लिए उपयोग कर रहा हूं:

def reboot_():
    with settings(warn_only=True):
        print 'rebooting'
        start_time = time.time()
        reboot(wait=1200)
        print 'reboot took: {} seconds'.format(time.time() - start_time)

Bug Core Needs investigation

स्रोत

hyperknot

👍4

सबसे उपयोगी टिप्पणी

Ubuntu बग https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1645002 को 16.10 के रूप में चिह्नित किया गया है, लेकिन 16.04 में अभी तक नहीं है, और यह कब होगा यह स्पष्ट नहीं है।

मेरे लिए वर्तमान व्यवहार यह है कि पैरामिको / फैब्रिक तुरंत पता लगा लेता है कि ssh कनेक्शन बंद हो गया है, लेकिन इससे पहले कि पैरामीको / फैब्रिक रिबूट कमांड को पूरा करता है। कम से कम यह मूल रिपोर्ट की तरह अनिश्चित काल तक लटका नहीं है।

Fatal error: sudo() received nonzero return code -1 while executing!
...
Aborting.

सादा reboot() ने लगातार मेरे लिए AWS EC2 और एक स्थानीय वर्चुअलबॉक्स VM के खिलाफ कई परीक्षण किए। (मैं हमेशा कीफाइल ऑर्ट का इस्तेमाल करता था।)

मैंने एक छोटा और सुरुचिपूर्ण वर्कअराउंड पाया है, जैसा कि मैंने ऊपर विस्तार के बिना सुझाव दिया है:

reboot(command="shutdown -r +0")

मेरे लिए उम्मीद के मुताबिक काम किया (एडब्ल्यूसी ईसी 2 और स्थानीय वर्चुअलबॉक्स वीएम के खिलाफ मेरे मुट्ठी भर परीक्षणों में, अप-टू-डेट ubuntu 16.04)। ध्यान दें कि "शटडाउन-आर अब" ने "रिबूट" की तरह व्यवहार किया और काम नहीं किया।

मैंने फ्रीबीएस और ओपनबीडीएस मैन पेजों पर एक त्वरित नज़र डाली, और ऐसा लगता है कि उनके पास एक शटडाउन कमांड है जो उन मापदंडों का समर्थन करता है। मुझे संदेह है कि कमांड "शटडाउन -r +0" बहुत ज्यादा किसी भी यूनिक्स प्रणाली के लिए काम करेगा, जिस पर "रिबूट" ने काम किया। इसलिए इसे डिफ़ॉल्ट कमांड को बदलने या प्रलेखन को अद्यतन करने के लिए विचार किया जा सकता है। (लेकिन मुझे पहले बीएसडी सिस्टम पर एक परीक्षण की रिपोर्ट देखने में दिलचस्पी होगी।)

ploxiln 4 फ़र॰ 2017

👍4

सभी 21 टिप्पणियाँ

यह रन के साथ बिल्कुल वैसा ही है ('रिबूट')

hyperknot 18 जुल॰ 2016

यह एक मैनुअल run साथ एक ही हो रहा है, यह स्पष्ट रूप से है - उबंटू के रिबूट, एसएसएच कनेक्शन आदि से निपटने के बारे में स्पष्ट रूप से कुछ बदल गया है।

मन में कुछ भी स्पष्ट नहीं है, लेकिन reboot() (फैब का, लिनक्स का नहीं) बहुत बुनियादी है - यह बस sudo('reboot') कॉल करता है, और अस्थायी रूप से फैब्रिक की सामान्य पुनर्संरचना सेटिंग्स को ट्विस्ट करता है ताकि यह एक nontrivial रिबूट अनुक्रम के बाद फिर से कनेक्ट हो सके। (डिफ़ॉल्ट बनाम, जो बहुत जल्दी छोड़ देगा)।

Https://github.com/fabric/fabric/blob/c0224a52df59821f21a8c0bd47ce15e42c2046a4/fabric/operations.py#L1244 - आप इसे ट्विक करने का प्रयास करना चाह सकते हैं।

Paramiko के लॉगिंग को सक्षम करने का भी प्रयास करें (हमारे समस्या निवारण पृष्ठ के नीचे देखें - http://www.fabfile.org/troublesourcing.html) क्योंकि इससे सुराग मिल सकता है।

bitprophet 20 जुल॰ 2016

दरअसल, दूसरे विचार पर, यह लगता है कि उबंटू के reboot किसी तरह से बाहर नहीं निकल रहे हैं या फैब्रिक के निष्पादन संचालकों के लिए एक निकास कोड सबमिट नहीं कर रहे हैं ( run / sudo ), क्योंकि आप इस sudo नोट करते हैं।

यदि आप reboot() कोड को देखते हैं, तो यह sudo('reboot') कॉल अंततः बाहर निकलने की उम्मीद करता है, ताकि यह ए) थोड़ा इंतजार कर सके और बी) पुन: संयोजन शुरू कर सके।

तथ्य यह है कि, फैब्रिक के अंत में, निष्पादन केवल sudo भीतर लटका हुआ है, इसका मतलब है कि कुछ दूरस्थ रूप से उस अपेक्षा का उल्लंघन कर रहा है। अजीब तरह का। _Maybe_ फैब्रिक में एक बग, लेकिन दूरस्थ छोर पर खराब व्यवहार की तरह लगता है। (पुनश्च: कौन से फैब्रिक संस्करण (ओं) को आप इस पर देख रहे हैं?)

ऑफहैंड ने सोचा - हम शायद timeout= sudo पर सेट कर सकते हैं, फिर इसके चारों ओर except TimeoutException: pass । यह सुनिश्चित करेगा कि इस (अजीब) स्थिति में भी, हम पुन: कनेक्ट करने की कोशिश करने में चूक कर दें।

केवल नकारात्मक स्थिति यह होगी जहां reboot वास्तव में लटका हुआ है और सिस्टम वास्तव में रिबूट नहीं कर रहा है, लेकिन ऐसा नहीं है कि हम उपरोक्त बदलाव से उस मामले के लिए किसी भी चीज़ को बनाएंगे - अनंत लटका बस sudo बजाय कनेक्शन लूप।

bitprophet 20 जुल॰ 2016

Ubuntu 16.04 में एक अन्य वास्तव में अजीब, परिवर्तित व्यवहार निम्नलिखित है। जब मैं ssh सत्र में poweroff चलाता हूं, तो मशीन बिजली बंद कर देती है, लेकिन SSH सत्र लटक जाता है! Ctrl + C, या Ctrl + D, या कुछ भी करने का कोई तरीका नहीं है। मैं बस इतना कर सकता हूं कि एक _lot_ प्रतीक्षा करें और उसके बाद ssh गर्भपात करें:
packet_write_wait: Connection to 192.168.56.11: Broken pipe

मैं वास्तव में SSH कनेक्शन हैंडलिंग की गहरी जेब में नहीं हूं, लेकिन यह बिल्कुल रिबूट के समान मुद्दा हो सकता है।

hyperknot 20 जुल॰ 2016

मैंने अभी-अभी टूटे रिबूट (ताजा अप-टू-डेट उबंटू 16.04 में एडब्ल्यूएस, फैब्रिक == 1.12.0) पर रन किया है, लेकिन एक अलग तरीके से। मेरे लिए यह सिर्फ फेंकता है:

Fatal error: sudo() received nonzero return code -1 while executing!

Requested: reboot
Executed: sudo -S -p 'sudo password:'  /bin/bash -l -c "reboot"

टर्मिनल में हाथ से काम करने वाले (होस्ट रिबूट) sudo reboot चल रहे हैं।

fillest 6 सित॰ 2016

👍2

ध्यान देने योग्य हो सकता है:

$ readlink /sbin/reboot 
/bin/systemctl
$ readlink /sbin/shutdown
/bin/systemctl

fillest 6 सित॰ 2016

और एक और अजीब बात। मैंने aws-cli का उपयोग करने के लिए रिबूटिंग कोड को बदल दिया है और इसके कॉल के बाद (जो ~ 1sec लेता है, ऐसा लगता है कि यह अतुल्यकालिक है) मैं sudo('add-apt-repository --yes ppa:nginx/stable') चलाता हूं। यह हमेशा काम किया है, लेकिन अब रिबूट के बाद यह -1 भी लौट आया:

sudo: add-apt-repository --yes ppa:nginx/stable

Fatal error: sudo() received nonzero return code -1 while executing!

Requested: add-apt-repository --yes ppa:nginx/stable
Executed: sudo -S -p 'sudo password:'  /bin/bash -l -c "add-apt-repository --yes ppa:nginx/stable"

फिर मैंने fabric.network.disconnect_all() जोड़कर कपड़े को फिर से बनाने की कोशिश की। यह एक पासवर्ड का अनुरोध करने के परिणामस्वरूप (क्यों ??):

[...] sudo: add-apt-repository --yes ppa:nginx/stable
[...] Login password for 'ubuntu':

और जब मैंने रिबूट के बाद time.sleep(60 * 3) जोड़ा तो यह काम करना शुरू कर दिया। जो स्पष्ट रूप से एक खराब बैंड-सहायता है, और अब मैं हैरान हूं कि पासवर्ड समस्या को ठीक से कैसे प्रबंधित किया जाए। ऐसा लगता है कि यह इस मुद्दे से संबंधित है।

fillest 6 सित॰ 2016

समस्या यह है कि "रिबूट" अब कभी-कभी "बहुत तेज़" होता है, इससे पहले कि कमांड की स्थिति ssh कनेक्शन पर वापस आ जाए।

(टिप: यदि आप एक परिणाम के रूप में जमे हुए ssh कनेक्शन पर हैं: \n~. aka enter, teee, अवधि टाइप करें। यह डिफ़ॉल्ट ssh एस्केप कैरेक्टर है, तो ssh के लिए डिस्कनेक्ट करें। यदि आप सिर्फ crl-कोशिश करते हैं- c या ctrl-d, ssh इसे दूसरी तरफ चलने वाली प्रक्रिया में पास करने की कोशिश करता है।)

एक समाधान shutdown -r +1 , जो अगले मिनट के लिए रिबूट को शेड्यूल करेगा, और फिर इसके शुरू होने के लिए एक मिनट प्रतीक्षा करें, और फिर पुन: कनेक्ट करने का प्रयास करना शुरू करें। बेशक, एक मिनट इंतजार करना बहुत अच्छा नहीं है।

हैक करने की कोशिश करने के लिए: shutdown -r +0 reboot बराबर होना चाहिए, लेकिन UbuntuBox-16.04 के मेरे सीमित परीक्षणों में वर्चुअलबॉक्स में चल रहा है, यह एक दूसरे को लंबा दिखाने के लिए देता है, अगला दिखा रहा है मैनुअल ssh सत्र डिस्कनेक्ट करने से ठीक पहले शेल प्रांप्ट।

ploxiln 4 अक्तू॰ 2016

👍2

यह शायद # 1444 का एक हिस्सा है

ploxiln 4 अक्तू॰ 2016

अगर init डेमॉन को रिबूट शुरू करने के लिए स्विच किया जाता है तो उम्मीद के मुताबिक काम करता है। ऐसा लग रहा है कि systemd sshd को तुरंत मार रहा है।

palbee 1 नव॰ 2016

डेबियन / उबंटू के सिस्टमड के पैकेज पर एक बग था, जिसने शटडाउन पर, एसएसएच एक सब कुछ लटकाए जाने से पहले नेटवर्क सेवा को मार दिया।
यह नवीनतम बिंदु रिलीज पर तय किया गया था। Ubuntu पैकेज की स्थिति के बारे में नहीं जानते।

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=751636

alexkiousis 11 नव॰ 2016

Ubuntu के लिए बग की सूचना दी:
https://bugs.launchpad.net/ubuntu/+source/openssh/+bug/1645002

hyperknot 26 नव॰ 2016

मैंने अपनी कुछ स्क्रिप्ट्स में रिबूट () के उपयोग के बारे में भी बात की थी। मुझे पता चला कि पासवर्ड से कनेक्ट करते समय, रिबूट सही ढंग से काम कर रहा था, लेकिन कीफाइल-ऑथेंटिकेशन का उपयोग करते समय, कनेक्शन लटका हुआ था (रिबूट किया गया था)।

stefan-wegener 5 दिस॰ 2016

Fatal error: sudo() received nonzero return code -1 while executing!
...
Aborting.

reboot(command="shutdown -r +0")

ploxiln 4 फ़र॰ 2017

👍4

shutdown -r +0 हमारे लिए पर्याप्त नहीं है। चूंकि रिबूट मैन्युअल टाइमआउट को स्वीकार नहीं करता है, मैंने भी कुछ इस तरह की कोशिश की है:

try:
    sudo("shutdown -r +0", timeout=300)
except NetworkError:
    pass
# in case the sudo times out during reboot
sleep(15)

यह सब हाथ लहराते हुए भी, अगली आज्ञा अनिश्चित काल तक लटकी रही। क्या यह संभव है कि कनेक्शन पूल मृत कनेक्शन पर पकड़ रहा है (और उपयोग कर रहा है)? यदि हां, तो क्या कोई समाधान है? क्या मैं कनेक्शन-स्तर टाइमआउट को अस्थायी रूप से कम कर सकता हूं?

ambsw-technology 5 जुल॰ 2017

दरअसल, आपको मौजूदा कनेक्शन को बदलने की जरूरत है, जिस तरह से reboot() होता है:

https://github.com/fabric/fabric/blob/1.13.2/fabric/operations.py#L1289 -L1294

ploxiln 5 जुल॰ 2017

👍1

एक पुराने मुद्दे को पुनर्जीवित करने के लिए माफी, मैं यह भी पुष्टि कर सकता हूं कि एलएक्ससी कंटेनर को रिबूट करने का प्रयास करते समय यह समस्या होती है। command="shutdown -r +0" का उपयोग करने के @ploxiln के सुझाव ने हमारे लिए काम किया।

ecnepsnai 11 दिस॰ 2017

👍1

बैश स्थापित के साथ FreeBSD 11.1 की एक नई स्थापना पर इस त्रुटि की पुष्टि करें:

reboot(wait=1) परिणाम:

Fatal error: sudo() received nonzero return code -1 while executing!

Requested: reboot
Executed: sudo -S -p 'sudo password:'  /usr/local/bin/bash -l -c "reboot"

Aborting.
Traceback (most recent call last):
…
    raise env.abort_exception(msg)
hosts.FabricException: sudo() received nonzero return code -1 while executing!

tehfink 7 फ़र॰ 2018

मैंने @ ambsw-technology और @ploxiln टिप्पणियों को पुनः प्राप्त करने के बाद चीजों को प्राप्त करने के लिए इसकी आवश्यकता समाप्त कर

sudo('shutdown -r +0')
time.sleep(30)
fabric.state.connections.connect(env.host_string)

aggieNick02 7 फ़र॰ 2019

FYI करें, मैं अभी भी इसे 18.04.2 LTS सर्वर के खिलाफ देखता हूं।

aggieNick02 17 जून 2019

👍1

इसके लिए कोई फिक्स? 16.04 के साथ समस्या भी हो रही है

cgd1 23 अप्रैल 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Fabric: रिबूट उबंटू 16.04 मेजबानों पर टूट गया

सबसे उपयोगी टिप्पणी

सभी 21 टिप्पणियाँ

संबंधित मुद्दों