Fabric: Fab2 में विंडोज पर अजीब इनपुट हैंडलिंग

को निर्मित 14 सित॰ 2018 · 11टिप्पणियाँ · स्रोत: fabric/fabric

फैब्रिक 1 मैनुअल इनपुट को सही ढंग से संभालता है, लेकिन फैब्रिक 2 अजीब तरीके से व्यवहार करता है, बिना पीटी के या बिना।

Python 3.7.0 (v3.7.0:1bf9cc5093, Jun 27 2018, 04:59:51) [MSC v.1914 64 bit (AMD64)] on win32
Type "help", "copyright", "credits" or "license" for more information.

# contents of test_input.sh
# #!/bin/bash
# read -p "enter value: " var
# echo "you entered $var"

# Fabric 1 handled input correctly
>>> run("~/test_input.sh")
[riskapp.comm.equabank.loc] run: ~/test_input.sh
[riskapp.comm.equabank.loc] Login password for 'user':
[riskapp.comm.equabank.loc] out: enter value: foo # typed "foo" ENTER
[riskapp.comm.equabank.loc] out: you entered foo
[riskapp.comm.equabank.loc] out:

'enter value: foo\r\nyou entered foo'

# Fabric 2 without pty doesn't show prompt and behaves strange, must hit enter twice to finish command
>>> c = Connection(SERVER, connect_kwargs={"password": PASSWORD})
>>> c.run("~/test_input.sh")
bar # typed "bar" ENTER
bar # only "b" appeared, the rest after another ENTER


you entered bar
<Result cmd='~/test_input.sh' exited=0>

# Fabric 2 with pty shows prompt but input behavior is still strange, still must hit enter twice
>>> c.run("~/test_input.sh", pty=True)
enter value: baz  # typed "baz" ENTER
b  # another ENTER
az

you entered baz
<Result cmd='~/test_input.sh' exited=0>

# Fabric 2 automatic response works ok with pty
>>> c.run("~/test_input.sh", pty=True, watchers=[Responder(pattern="enter value", response="foo\n")])
enter value: foo
you entered foo
<Result cmd='~/test_input.sh' exited=0>

कपड़े के संस्करणों के साथ विंडोज 7 64b पर cmd, पायथन 3.7 64b में परीक्षण किया गया:
फैब्रिक 3 1.14.पोस्ट 1, फैब्रिक 2.3.1, पैरामिको 2.4.1, इनवोक 1.1.1

Bug Needs investigation Nonstandard platforms

स्रोत

kuba-baku

👍1

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

यहां 1.2 से 1.3 वेरियन में इनवोक का ब्रेकिंग परिवर्तन है।
https://github.com/pyinvoke/invoke/issues/654

baconYao 12 अग॰ 2019

👍4

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

रिपोर्ट के लिए धन्यवाद। मैं स्वयं विंडोज सिस्टम पर निदान करने में असमर्थ हूं, लेकिन उम्मीद है कि कोई और व्यक्ति पुन: पेश करने में सक्षम हो सकता है। मैं कह सकता हूं कि हमने पिछले दिनों विंडोज से संबंधित कई टर्मिनल और एन्कोडिंग से संबंधित मुद्दों को तोड़ दिया है, इसलिए _should_ वहां बहुत स्थिर हैं, लेकिन आपको एक और मिल सकता है।

एक अन्य सवाल एक और टिकट से शुरू हुआ - क्या यह हमेशा हुआ है या यह केवल हाल ही में शुरू हुआ है? एक अन्य उपयोगकर्ता ने हाल ही में विंडोज अपडेट के बाद कुछ अजीब व्यवहार (लेकिन इस रिपोर्ट किए गए लक्षण से अलग) की सूचना दी।

bitprophet 14 सित॰ 2018

मैं यह नहीं कह सकता कि यह हाल ही में शुरू हुआ है या नहीं, क्योंकि मैंने पहले इसका परीक्षण नहीं किया है।
अब मैंने इसे पायथन 3.5.3 में विंडोज 10 पर आजमाया और कोई बदलाव नहीं हुआ।
मैंने इसे कई बार आज़माया और एक बार यह इस त्रुटि पर समाप्त हो गया:

>>> c.run("~/test_input.sh")
asv  # i typed "asv" ENTER
asv  # another ENTER
you entered asv

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "<decorator-gen-3>", line 2, in run
  File "C:\Python35\lib\site-packages\fabric2\connection.py", line 30, in opens
    return method(self, *args, **kwargs)
  File "C:\Python35\lib\site-packages\fabric2\connection.py", line 702, in run
    return self._run(self._remote_runner(), command, **kwargs)
  File "C:\Python35\lib\site-packages\invoke\context.py", line 101, in _run
    return runner.run(command, **kwargs)
  File "C:\Python35\lib\site-packages\invoke\runners.py", line 271, in run
    return self._run_body(command, **kwargs)
  File "C:\Python35\lib\site-packages\invoke\runners.py", line 365, in _run_body
    raise ThreadException(thread_exceptions)
invoke.exceptions.ThreadException:
Saw 1 exceptions within threads (OSError):

Thread args: {'kwargs': {'echo': None,
            'input_': <_io.TextIOWrapper name='<stdin>' mode='r' encoding='cp852'>,
            'output': <_io.TextIOWrapper name='<stdout>' mode='w' encoding='cp852'>},
 'target': <bound method Runner.handle_stdin of <fabric2.runners.Remote object at 0x000001BF0189C908>>}

Traceback (most recent call last):
  File "C:\Python35\lib\site-packages\invoke\util.py", line 233, in run
    super(ExceptionHandlingThread, self).run()
  File "C:\Python35\lib\threading.py", line 862, in run
    self._target(*self._args, **self._kwargs)
  File "C:\Python35\lib\site-packages\invoke\runners.py", line 648, in handle_stdin
    self.write_proc_stdin(data)
  File "C:\Python35\lib\site-packages\invoke\runners.py", line 784, in write_proc_stdin
    self._write_proc_stdin(data.encode(self.encoding))
  File "C:\Python35\lib\site-packages\fabric2\runners.py", line 69, in _write_proc_stdin
    return self.channel.sendall(data)
  File "C:\Python35\lib\site-packages\paramiko\channel.py", line 846, in sendall
    sent = self.send(s)
  File "C:\Python35\lib\site-packages\paramiko\channel.py", line 801, in send
    return self._send(s, m)
  File "C:\Python35\lib\site-packages\paramiko\channel.py", line 1180, in _send
    raise socket.error("Socket is closed")

OSError: Socket is closed

kuba-baku 26 सित॰ 2018

नमस्ते,

उस पर कोई फिक्स। जैसा ऊपर दिखाया गया है वैसा ही मुद्दा हमारे पास है।

2019-08-07 11: 31: 30,590 - vm-1.0-GA-x86_64- न्यूनतम-टेम्पलेट-1.0-Update-917-1565202528 - सूचना - निष्पादन [सीडी / रूट || बाहर निकलें $ ;; mkdir -m 777 -p / mnt / साझा -1565202528]
गवाही: {'परीक्षण': [{'test_catagory': 'उन्नयन', 'test_json': 'runlists / upgrade.json', 'प्राथमिकता': 'P0'}]}
ट्रेसबैक (सबसे हालिया कॉल अंतिम):
फ़ाइल "harness.py", पंक्ति 395, में
मुख्य()
फ़ाइल "harness.py", पंक्ति 392, मुख्य में
sys.exit (harness.start_run ())
फ़ाइल "harness.py", line 59, start_run में
result_map = self.run ()
फ़ाइल "harness.py", लाइन 84, रन में
result_map [परीक्षण ['test_catagory']] = self.run_tests (परीक्षण)
फ़ाइल "harness.py", पंक्ति 127, run_tests में
self.mount_storage_on_vm (vm_object)
फ़ाइल "harness.py", पंक्ति 241, Mount_storage_on_vm में
"mkdir -m 777 -p% s"% (self.log_location))। return_code ==:
फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/photools/runner/guest.py", पंक्ति 36 in run_with_cd
वापसी conn.run ( "सीडी {} || बाहर निकलने $ ?; {}"। प्रारूप (उद्धरण (dir), आदेश), * args)फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/photools/runner/vm.py", पंक्ति 242 _pre_run मेंवापसी _orig_run (कमांड, * kwargs)
फ़ाइल "", लाइन 2, रन में
फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/fabric-connection.py", पंक्ति 30, खोलता है
वापसी विधि (स्वयं, args, * kwargs)
फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/fabric-connection.py", पंक्ति 702, रन में
वापसी self._run (self._remote_runner (), आदेश, * kwargs)फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke-context.py", लाइन 101, _run मेंवापसी धावक.रुण (कमान, * kwargs)
फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke-runners.py", लाइन 291, रन में
स्व वापस लौटें।
फाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke-runners.py", पंक्ति 399, _run_body में
थ्रेडएक्ससेप्शन (थ्रेड_एक्ससेप्शन) बढ़ाएं
invoke.exception.ThreadException:
धागे के भीतर देखा 1 अपवाद (NotImplementedError):

थ्रेड आर्ग्स: {'कवर्स': {'इको': कोई नहीं,
'input_': <_io.textiowrapper i = "44">,
'आउटपुट': <_io.textiowrapper i = "46">},
'लक्ष्य':>}

ट्रेसबैक (सबसे हालिया कॉल अंतिम):

फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke/util.py", लाइन 233, रन में
सुपर (अपवादहैंडलिंगथ्रेड, स्व) .run ()

फ़ाइल "/usr/lib/python3.6/threading.py", पंक्ति 864, रन में
self._target ( self._args, * self._kwargs)

फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke-runners.py", पंक्ति 706, handle_stdin में
self.close_proc_stdin ()

फ़ाइल "/root/workspace/upgrad-test-CI-in-harness/update-basic-in-harness/.venv/lib/python3.6/site-packages/invoke-runners.py", लाइन 939, करीब_प्रोस्क_स्टीन में
NotImplementedError बढ़ाएँ

NotImplementedError

michellew-vmware 7 अग॰ 2019

👍2

2019/08/07 को एक ही समस्या हुई

def ssh_login_target_nas():
    """ Use ssh to login the target NAS 

        return 
            type: <class 'fabric.connection.Connection'>
    """
    # Set up fabric's login information
    host = SSH_ACCOUNT + "@" + SELF_NAS_IP_ADDRESS              
    # Connect to your nas
    c = Connection(host = host, connect_kwargs={"password": SSH_ACCOUNT_PASSWORD})
    try:
        hostname = c.run('hostname').stdout.strip()
        logger.debug("Connect to NAS: " + hostname)
    except Exception, error:
        logger.error(error)
        raise SystemExit
    return c

मैं stdout से होस्टनाम प्राप्त कर सकता हूं। लेकिन मुझे अभी भी नीचे की तरह अपवाद मिला।

05:57:13 [ERROR] - 2019-08-08 05:58:17,108 - auto_update: ssh_login_target_nas 54   - 
05:57:13 Saw 1 exceptions within threads (NotImplementedError):
05:57:13 
05:57:13 
05:57:13 Thread args: {'kwargs': {'echo': None,
05:57:13             'input_': <open file '<stdin>', mode 'r' at 0x7fbf8f39b0c0>,
05:57:13             'output': <open file '<stdout>', mode 'w' at 0x7fbf8f39b150>},
05:57:13  'target': <bound method Remote.handle_stdin of <fabric.runners.Remote object at 0x7fbf8c6d3e10>>}
05:57:13 
05:57:13 Traceback (most recent call last):
05:57:13 
05:57:13   File "/home/vagrant/workspace/qsirch-v4.1-ui-autotester-chrome/qpkg-update/uenv/local/lib/python2.7/site-packages/invoke/util.py", line 233, in run
05:57:13     super(ExceptionHandlingThread, self).run()
05:57:13 
05:57:13   File "/usr/lib/python2.7/threading.py", line 754, in run
05:57:13     self.__target(*self.__args, **self.__kwargs)
05:57:13 
05:57:13   File "/home/vagrant/workspace/qsirch-v4.1-ui-autotester-chrome/qpkg-update/uenv/local/lib/python2.7/site-packages/invoke/runners.py", line 706, in handle_stdin
05:57:13     self.close_proc_stdin()
05:57:13 
05:57:13   File "/home/vagrant/workspace/qsirch-v4.1-ui-autotester-chrome/qpkg-update/uenv/local/lib/python2.7/site-packages/invoke/runners.py", line 939, in close_proc_stdin
05:57:13     raise NotImplementedError
05:57:13 
05:57:13 NotImplementedError

मेरी सामग्री आवश्यकताओं की तरह। नीचे की तरह:

requests==2.11.1
fabric==2.4.0
xmltodict

मैंने पाया कि मैं 2019/08/07 से pip install -r requirements.txt निष्पादित करने के बाद पैकेजों के विभिन्न संस्करण स्थापित करूंगा।

2019/08/06।

Successfully installed asn1crypto-0.24.0 bcrypt-3.1.7 cffi-1.12.3 cryptography-2.7 enum34-1.1.6 fabric-2.4.0 invoke-1.2.0 ipaddress-1.0.22 paramiko-2.6.0 pycparser-2.19 pynacl-1.3.0 requests-2.11.1 six-1.12.0 xmltodict-0.12.0

2019/08/07।

Successfully installed asn1crypto-0.24.0 bcrypt-3.1.7 cffi-1.12.3 cryptography-2.7 enum34-1.1.6 fabric-2.4.0 invoke-1.3.0 ipaddress-1.0.22 paramiko-2.6.0 pycparser-2.19 pynacl-1.3.0 requests-2.11.1 six-1.12.0 xmltodict-0.12.0

इनवोक पैकेज का संस्करण अलग है।

baconYao 12 अग॰ 2019

👍1

यहां 1.2 से 1.3 वेरियन में इनवोक का ब्रेकिंग परिवर्तन है।
https://github.com/pyinvoke/invoke/issues/654

baconYao 12 अग॰ 2019

👍4

बहुत अच्छा लगा @baconYao , यह मुझे भी रोक रहा था। अब 1.2 के लिए डाउनग्रेड अपग्रेड ने मुझे इस मुद्दे से पिछले कर दिया है। बहुत सराहना की।

scott-estes 20 अग॰ 2019

👍1

यहाँ उसी पर, किसी भी कुंजी प्रेस पर लगातार चल रहे कार्य में, मुझे सॉकेट त्रुटि मिलती है।

Saw 1 exceptions within threads (OSError):

Thread args: {'kwargs': {'echo': None,
            'input_': <_io.TextIOWrapper name='<stdin>' mode='r' encoding='UTF-8'>,
            'output': <_io.TextIOWrapper name='<stdout>' mode='w' encoding='UTF-8'>},
 'target': <bound method Runner.handle_stdin of <fabric.runners.Remote object at 0x7fcad97aeed0>>}

Traceback (most recent call last):

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/invoke/util.py", line 233, in run
    super(ExceptionHandlingThread, self).run()

  File "/usr/lib64/python3.7/threading.py", line 870, in run
    self._target(*self._args, **self._kwargs)

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/invoke/runners.py", line 694, in handle_stdin
    self.write_proc_stdin(data)

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/invoke/runners.py", line 832, in write_proc_stdin
    self._write_proc_stdin(data.encode(self.encoding))

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/fabric/runners.py", line 67, in _write_proc_stdin
    return self.channel.sendall(data)

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/paramiko/channel.py", line 846, in sendall
    sent = self.send(s)

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/paramiko/channel.py", line 801, in send
    return self._send(s, m)

  File "/home/ds/.local/share/virtualenvs/port_error_histogram-BRcAd8l-/lib/python3.7/site-packages/paramiko/channel.py", line 1198, in _send
    raise socket.error("Socket is closed")

OSError: Socket is closed

dhruvinsh 22 अग॰ 2019

मुझे 2.4.0 के साथ यही समस्या थी। मैं एक अजवाइन कार्य के अंदर फैब का उपयोग कर रहा था। किसी कारण से 2.5.0 में अपग्रेड करने से इसे हल किया गया।

Gabriel-Desharnais 26 अग॰ 2019

यह समस्या विंडोज या डब्लूएसएल वातावरण से भी जुड़ी हो सकती है। हमारे पास नवीनतम विंडोज 10 पर नवीनतम उबंटू डब्ल्यूएसएल का उपयोग करके एक ही स्टैकट्रेस था, और मैकओएस पर हमारे कार्यों को चलाकर इसे हल किया।
कपड़े को अपग्रेड या डाउनग्रेड करना या जैसा कि ऊपर बताया गया है, हमारे लिए कारगर नहीं था।

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

JulianEberius 18 सित॰ 2019

मुझे खुशी है कि मैं इसे पा सका।

L1ghtman2k 18 सित॰ 2019

आगे की जांच पर, यह रिस्पोंडर श्रेणी से भी जुड़ा हो सकता है। हमने त्वरित (.rr) कमांड के एक जोड़े पर "हां" का जवाब देने के लिए एक उत्तरदाता का उपयोग किया, और यह डब्ल्यूएसएल पर विफल होगा। प्रतिसादकर्ता ऑब्जेक्ट्स को निकालना और "हाँ | द-कमांड" को कॉल करना इसके बजाय WSL पर भी काम किया।

JulianEberius 19 सित॰ 2019

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

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