&& sleep 1

shell: /sbin/shutdown -r now "Ansible system package upgraded" && sleep 1

एक अस्थायी के रूप में कनेक्शन से बचने से पहले अन्न्येब अस्थायी फ़ाइलों को 'रीप' कर सकता है और कनेक्शन बंद कर सकता है।

जानकारी के रूप में, यह https://support.ansible.com/hc/en-us/articles/201958037-Reboot-a-server-and-wait-for-it-to-come-back पर प्रलेखित है, हालांकि बनाए नहीं रखा गया है इस प्रतिनिधि डॉक्स में, और docs.ansible.com पर दिखाई नहीं देता है

@bcoca ने जैसा आपने कहा था, लेकिन फिर भी उसी त्रुटि में भाग गया। मुझे उस त्रुटि को छोड़ने के लिए ign_errors: true का उपयोग करना होगा।

• नाम: पैकेज के अपग्रेड होने पर सिस्टम को रिबूट करें
  कमांड: / sbin / shutdown -r अब "Ansible सिस्टम पैकेज अपग्रेड किया गया" और& नींद 1
  जब: latest_state.changed
  ign_errors: सच
  टैग: upgrade_packages_all

त्रुटि:
घातक: [96.119.246.13]: विफल! => {"परिवर्तित": असत्य, "विफल": सत्य, "माड्यूल_स्टैडर": "", "माड्यूल_स्टूडआउट": "पॉलिसीकिट डेमॉन बस से अलग हो गया। \ n हम अब पंजीकृत ग्राहक एजेंट नहीं हैं ।r \ n", "संदेश": "मॉडल विफलता", "पार्स किया गया": गलत}

मैं 2.0.0.2 के साथ एक ही समस्या थी, इस समाधान ने मेरी मदद की:

- name: Wait for server come back
  wait_for: >
    host="{{ inventory_hostname }}"
    port=22
    delay=15
    timeout=60
  delegate_to: localhost

@ gvenka008c :

आप कोशिश कर सकते हैं:

shell: sleep 2 && /sbin/shutdown -r now

@ कैंडी यह काम किया !! :) धन्यवाद! अंतिम समाधान Ansible 2.1 में काम करता है जो निम्नानुसार है

- name: Restart server
  become: yes
  shell: sleep 2 && /sbin/shutdown -r now "Ansible system package upgraded"


- name: waiting 30 secs for server to come back
  local_action: wait_for host={{ ansible_default_ipv4.address }} port=22 state=started delay=30 timeout=60
  become: false

@sayantandas क्या समाधान अभी भी आपके लिए काम करता है? मैं 2.1.1.0 ansible का उपयोग कर रहा हूं और निम्नलिखित प्राप्त कर सकता हूं:
UNREACHABLE! => {"changed": false, "msg": "SSH Error: data could not be sent to the remote host. Make sure this host can be reached over ssh", "unreachable": true}

मुझे यह उत्तर मिला कि मेरे लिए समस्या हल करें: http://stackoverflow.com/a/39174307

- name: Restart server
  become: yes
  shell: sleep 2 && /sbin/shutdown -r now "Ansible system package upgraded"
  async: 1
  poll: 0

local_action shell रिबूट के बाद हमेशा मेरे लिए रुक जाता है। -vvv आउटपुट पर एक झलक केवल यह दर्शाता है कि यह एक सशर्त के कारण छोड़ दिया गया था। किसी और को यह अनुभव? मैं एक नया टिकट खोल सकता हूं, अगर इसके उचित रूप से संबंधित नहीं हैं।

मैं इस बात की पुष्टि कर सकता हूं कि हमारे इंस्टॉल में 2.1 पर पूरी तरह से टूट गया। हमारे पास 1.9 में "1.9" तरीके से काम कर रहा था, अन्सिबल को 2.1 में अपग्रेड किया, कार्य को "2.1" तरीके से संशोधित किया, और यह हर बार टूट गया।

यह सॉल्यूशन थोना मेरे इंस्टॉल के साथ काम करता है। हालांकि, local_action पूरे टाइमआउट का इंतजार करता है: मेरा होस्ट ~ 30 सेकंड में फिर से शुरू हो सकता है, लेकिन अगर मैं wait_for 3600 तक का समय निर्धारित करता हूं, तो Ansible प्लेबुक के साथ आगे बढ़ने से एक घंटे पहले इंतजार करेगा। .. जैसा कि कुछ रिबूट दूसरों (अपडेट) से अधिक लंबा हो सकता है, मुझे वास्तव में एक उच्च समय सीमा की आवश्यकता है, लेकिन मेरे मेजबानों को वापस आने के लिए 15 मिनट बर्बाद नहीं कर सकते (मेरी मुख्य प्लेबुक में 5 बार होता है :()

विभिन्न संस्करणों के लिए पोस्ट किए गए विभिन्न समाधानों के साथ थोड़ा परीक्षण और त्रुटि के बाद, निम्नलिखित मेरे लिए 2.1.2 पर उबंटू 16.04 अतिथि वीएम और ओएस एक्स होस्ट के साथ वैग्रांत (1.8.6) और वर्चुअलबॉक्स (5.1.8) का उपयोग कर काम कर रहा है।

- name: "Reboot if required"
  shell: sleep 2 && shutdown -r now 'Reboot required' removes=/var/run/reboot-required
  become: true
  async: 1
  poll: 0
  ignore_errors: true

- name: "Wait for reboot"
  local_action: wait_for host={{ ansible_default_ipv4.address }} port=22 delay=10 state=started
  become: false

@Furiml : यह निश्चित नहीं है कि यदि आप जो करने की कोशिश कर रहे हैं उस पर यह लागू होता है, लेकिन यह दूसरा कार्य 10 सेकंड की देरी के बाद हर 10 सेकंड (डिफ़ॉल्ट) पर मतदान करेगा, यह देखने के लिए कि क्या अतिथि मशीन पर पोर्ट 22 जारी रखने से पहले खुला है यानी यह जीता पूर्ण आवंटित टाइमआउट मान नहीं लेना चाहिए।

डॉक्स और / या समर्थन लेख का एक अद्यतन कार्यों के लिए पसंदीदा पूर्ण YAML प्रारूप का उपयोग करने के लिए भी अच्छा होगा। यह मेरे लिए काम करता है:

    - name: reboot nodes
      shell: sleep 2 && shutdown -r now "Ansible reboot"
      async: 1
      poll: 0
      ignore_errors: true

    - name: wait for server to come back
      local_action: wait_for
      args:
        host: "{{ inventory_hostname }}"
        port: 22
        state: started
        delay: 30
        timeout: 300

मैंने इसे परखने के लिए कुछ और लिखा। एक मेजबान के उठने की प्रतीक्षा करने के बजाय, मैं इसके कम होने की प्रतीक्षा करना चाहता हूं।

    - name: "Wait for the machine to be down"
      local_action: wait_for
      args:
        host={{target}}
        port=22
        state=stopped
        delay=1
        timeout=3600
      become: false

अगर मैं अच्छी तरह से समझ गया, तो यह मेरे लक्ष्य के बंदरगाह 22 को हर सेकंड में प्रदूषित कर देगा और बंद होने पर ही जारी रहेगा। मैंने मशीन को खुद ही बंद कर दिया, लेकिन अब 5 मिनट के लिए अन्सिबल फंस गया है :(

@martineg जो बढ़िया काम करता है! अब यह है शामिल आकाशगंगा भूमिका में jmcvetta.debian-upgrade-reboot ।

2.2 पर ansible पर यह मेरे कंप्यूटर को रिबूट नहीं करता है। यह बस कहता है कि नौकरी शुरू हो गई है, और फिर 22 पोर्ट की प्रतीक्षा कर रहा है। लेकिन नोड रिबूट नहीं करता है!

मेरे पास उबंटू 16.04 / ansible 2.2.1.0 पर @sashgorokhov जैसा ही मुद्दा है।

बस "ठीक है" कहता है और रिबूट नहीं करता है।
ok: [IP] => { "ansible_job_id": "575686775528.32762", "changed": false, "finished": 0, "results_file": "/root/.ansible_async/575686775528.32762", "started": 1 }

@ नोहाओ शायद यह छोटा कोड स्निपेट आपकी मदद कर सकता है:

tasks:
    - shell: shutdown -r now

यह बस इसके लिए इंतजार किए बिना नोड को रिबूट करता है (मेरे मामले में मुझे वास्तव में इसे रिबूट करने के लिए इंतजार करने की आवश्यकता नहीं है)

@ sashgorokhov दुर्भाग्य से मुझे इसे रीबूट करने की आवश्यकता है, इसके चारों ओर कमान के साथ काम किया है, लेकिन कोई भी कार्रवाई करने से 1 मिनट पहले बर्बाद होता है, इसलिए मैं इस काम को करना पसंद करूंगा।

Cent25 7.3 सर्वर पर F25 वर्कस्टेशन से Ansible 2.2.1 के साथ यह काम करने की कोशिश कर रहा है, लेकिन यह काम नहीं कर रहा है। कोई वर्कअराउंड?
इस बिंदु पर मैं गंभीरता से उस कार्य के लिए एक अलग भूमिका बनाने पर विचार करता हूं, जिसे मुझे रिबूट के बाद निष्पादित करने की आवश्यकता होती है और शेल स्क्रिप्ट से 2 भूमिकाओं को कॉल करने के बीच में एक लंबी पर्याप्त नींद के साथ या यदि मैं चाहता हूं कि मैं एक ssh-keycan जोड़ सकता हूं साथ ही यह सुनिश्चित करने के लिए कि सर्वर चालू है .. लेकिन इसके बजाय विश्वसनीय पर निर्भर करेगा, आप जानते हैं, क्योंकि यह एक वास्तविक स्वचालन उपकरण है;)

संपादित करें:
ठीक है, मैं पूरी तरह से बेवकूफ था और आधी रात के करीब यहाँ मैं इसे स्वीकार करने से नहीं डरता ... गलत इन्वेंटरी एफएफएस। काम करता है! माफ़ करना...

एक ही समस्या होने। इस मामले पर कोई अपडेट? ऐसा लगता है कि कई लोग इस मुद्दे का सामना कर रहे हैं

यह अभी भी एक समस्या है (मैक संस्करण 2.3.0.0), लक्ष्य AWS में एक फेडोरा इंस्टेंस है। ऊपर दिए गए किसी भी कार्यपत्रक ने मेरे लिए काम नहीं किया (त्रुटि नहीं होगी, लेकिन इसे रीबूट भी नहीं किया था) इसलिए मैंने निम्नलिखित कार्य किया (जहां देरी_बर्ब सिर्फ एक शेल स्क्रिप्ट, नींद और रिबूट है):

- copy:
    src: files/delayed_reboot
    dest: /tmp/delayed_reboot
    owner: root
    group: root
    mode: 0700

- name: Restart machine
  shell: nohup /tmp/delayed_reboot &
  async: 1
  poll: 0
  ignore_errors: true
  become: true
  become_method: sudo
  when: new_kernel.changed or new_kernel_headers.changed

- name: Wait for machine to restart
  local_action:
    module: wait_for
      host={{ inventory_hostname }}
      port=22
      delay=20
      timeout=300
      state=started
  become: false
  when: new_kernel.changed or new_kernel_headers.changed

समस्या का प्रकार

• बग रिपोर्ट

घटक का नाम

साझा किये संपर्क

उत्तर संस्करण

ansible 2.3.0.0
  config file = /Users/ebalduf/PD-git/LabOnDemand/ansible.cfg
  configured module search path = Default w/o overrides
  python version = 2.7.13 (default, Dec 18 2016, 07:03:39) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.42.1)]

संगम

grep '^[^#]' ansible.cfg
[defaults]
host_key_checking = False
timeout = 15
[privilege_escalation]
[paramiko_connection]
[ssh_connection]
control_path = %(directory)s/%%h-%%r
[persistent_connection]
[accelerate]
[selinux]
[colors]
[diff]

ओएस / पर्यावरण

Ansible मेजबान: macOS सिएरा 10.12.4
लक्ष्य: AWS में फेडोरा 25 उदाहरण।

सारांश

प्रजनन करने कि प्रक्रिया

- name: install python and deps for ansible modules
  raw: dnf install -y python2 python2-dnf libselinux-python

- name: gather facts
  setup:

- name: Install new Kernel
  dnf:
    name: https://kojipkgs.fedoraproject.org//packages/kernel/4.9.13/201.fc25/x86_64/kernel-core-4.9.13-201.fc25.x86_64.rpm
  register: new_kernel

- name: Install new Kernel headers
  dnf:
    name: https://kojipkgs.fedoraproject.org//packages/kernel/4.9.13/201.fc25/x86_64/kernel-headers-4.9.13-201.fc25.x86_64.rpm
  register: new_kernel_headers

- name: Restart machine
  command: reboot
  async: 1
  poll: 0
  ignore_errors: true
  become: true
  become_method: sudo
  when: new_kernel.changed or new_kernel_headers.changed

- name: Wait for machine to restart
  local_action:
    module: wait_for
      host={{ inventory_hostname }}
      port=22
      delay=20
      timeout=300
      state=started
  become: false
  when: new_kernel.changed or new_kernel_headers.changed

- आप बड़ी फ़ाइलों के लिए gist.github.com लिंक भी पेस्ट कर सकते हैं

अपेक्षित परिणाम

लक्ष्य को ठीक से रिबूट करना चाहिए और प्लेबुक को जारी रखना चाहिए।

वास्तविक परिणाम

-Vvv के साथ नीचे आउटपुट देखें

Using module file /usr/local/lib/python2.7/site-packages/ansible/modules/commands/command.py
<34.209.10.206> ESTABLISH SSH CONNECTION FOR USER: fedora
<34.209.10.206> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=fedora -o ConnectTimeout=15 -o ControlPath=/Users/ebalduf/.ansible/cp/%h-%r 34.209.10.206 '/bin/sh -c '"'"'echo ~ && sleep 0'"'"''
<34.209.10.206> (0, '/home/fedora\n', '')
<34.209.10.206> ESTABLISH SSH CONNECTION FOR USER: fedora
<34.209.10.206> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=fedora -o ConnectTimeout=15 -o ControlPath=/Users/ebalduf/.ansible/cp/%h-%r 34.209.10.206 '/bin/sh -c '"'"'( umask 77 && mkdir -p "` echo /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672 `" && echo ansible-tmp-1493487050.48-176600574616672="` echo /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672 `" ) && sleep 0'"'"''
<34.209.10.206> (0, 'ansible-tmp-1493487050.48-176600574616672=/home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672\n', '')
<34.209.10.206> PUT /var/folders/sd/5jlrqcms5qg3bjc0g5mp5r1r0000gn/T/tmpeV4QiT TO /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/command.py
<34.209.10.206> SSH: EXEC sftp -b - -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=fedora -o ConnectTimeout=15 -o ControlPath=/Users/ebalduf/.ansible/cp/%h-%r '[34.209.10.206]'
<34.209.10.206> (0, 'sftp> put /var/folders/sd/5jlrqcms5qg3bjc0g5mp5r1r0000gn/T/tmpeV4QiT /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/command.py\n', '')
<34.209.10.206> ESTABLISH SSH CONNECTION FOR USER: fedora
<34.209.10.206> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=fedora -o ConnectTimeout=15 -o ControlPath=/Users/ebalduf/.ansible/cp/%h-%r 34.209.10.206 '/bin/sh -c '"'"'chmod u+x /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/ /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/command.py && sleep 0'"'"''
<34.209.10.206> (0, '', '')
<34.209.10.206> ESTABLISH SSH CONNECTION FOR USER: fedora
<34.209.10.206> SSH: EXEC ssh -C -o ControlMaster=auto -o ControlPersist=60s -o StrictHostKeyChecking=no -o KbdInteractiveAuthentication=no -o PreferredAuthentications=gssapi-with-mic,gssapi-keyex,hostbased,publickey -o PasswordAuthentication=no -o User=fedora -o ConnectTimeout=15 -o ControlPath=/Users/ebalduf/.ansible/cp/%h-%r -tt 34.209.10.206 '/bin/sh -c '"'"'sudo -H -S -n -u root /bin/sh -c '"'"'"'"'"'"'"'"'echo BECOME-SUCCESS-jplodcrkimvnywjebybiuhwijxipglmt; /usr/bin/python /home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/command.py; rm -rf "/home/fedora/.ansible/tmp/ansible-tmp-1493487050.48-176600574616672/" > /dev/null 2>&1'"'"'"'"'"'"'"'"' && sleep 0'"'"''
<34.209.10.206> (255, '', 'Shared connection to 34.209.10.206 closed.\r\n')
fatal: [34.209.10.206]: UNREACHABLE! => {
    "changed": false,
    "unreachable": true
}

MSG:

Failed to connect to the host via ssh: Shared connection to 34.209.10.206 closed.

यह सब एक साथ रखने के लिए @ebalduf का धन्यवाद! मैं यह भी पुष्टि कर सकता हूं कि मैं भी macs / CentOS के साथ ansible 2.2 के रूप में ansible मेजबानों और CentOS7 को लक्ष्य होस्ट के रूप में समान अंक के साथ सामना कर रहा हूं। अच्छा होगा अगर इस बग को प्राथमिकता दी जा सके!

नीचे दिया गया कोड मेरे लिए काम करता है
उत्तर देने योग्य संस्करण - 2.3
सर्वर - उबंटू 16.04.2 LTS

लक्ष्य प्रणाली - आरएचईएल 7.3

- name: restart server
  become: yes
  shell: sleep 2 && /sbin/shutdown -r now "RedHat system package upgraded"
  async: 1
  poll: 0

- name: waiting 60 secs for server to come back
  become: false
  local_action: wait_for host={{ ansible_default_ipv4.address }} port=22 state=started delay=60 timeout=120

@Sayantandas द्वारा प्रदान किया गया समाधान भी हमारे लिए काम करता है।

उत्तर देने योग्य संस्करण: 2.3.0.0
सर्वर संस्करण: CentOS Linux रिलीज़ 7.3.1611
लक्ष्य प्रणाली: CentOS Linux रिलीज़ 7.3.1611

@Sayantandas द्वारा प्रदान किया गया समाधान मेरे लिए भी काम करता है

उत्तर देने योग्य संस्करण: 2.3.0.0
सर्वर संस्करण: आरएचईएल 7.3
लक्ष्य प्रणाली: आरएचईएल 7.3

धन्यवाद

उत्तर देने योग्य 2.3, Centos7, नीचे मैं जो कुछ करने के बाद साथ गया था, जो कर्नेल को अद्यतन करता है, अगर मेजबान रिबूट नहीं कर रहा है तो 'बूट के लिए प्रतीक्षा करें' से बचा जाता है।

  - name: Check for reboot hint.
    shell: LAST_KERNEL=$(rpm -q --last kernel | perl -pe 's/^kernel-(\S+).*/$1/' | head -1);CURRENT_KERNEL=$(uname -r); if [ $LAST_KERNEL != $CURRENT_KERNEL ]; then echo 'reboot'; else echo 'no'; fi
    ignore_errors: true
    register: reboot_hint

  - name: Rebooting ...
    shell: sleep 2 && /usr/sbin/reboot
    async: 1
    poll: 0
    ignore_errors: true
    when: reboot_hint.stdout.find("reboot") != -1

  - name: Wait for host to boot
    become: false
    local_action: wait_for
    args:
      host: "{{ inventory_hostname }}"
      port: 22
      state: started
      delay: 30
      timeout: 180
    when: reboot_hint.stdout.find("reboot") != -1

ठीक से रिबूट करने में असमर्थ, यहां तक ​​कि विवेक जांच के साथ।

अस्थिर 2.2.2.0

उदाहरण के लिए Ubuntu 16.04 LTS के लिए प्लेबुक

---
- name: Refresh apt cache
  apt:
    update_cache: yes

- name: Update all packages
  apt:
    upgrade: dist

- name: Rebooting server
  shell: >
    sleep 2 &&
    /sbin/shutdown -r now "Ansible system package upgraded"
  async: 1
  poll: 0
  ignore_errors: true

- name: Wait for host to boot
  become: false
  local_action: wait_for
  args:
    host: "{{ inventory_hostname }}"
    port: 22
    state: started
    delay: 30
    timeout: 200

- name: Sanity check
  shell: ps -ef | grep sshd | grep `whoami` | awk '{print \"kill -9\", $2}' | sh
  async: 1
  poll: 0
  ignore_errors: true

- name: Remove useless packages from the cache
  apt:
    autoclean: yes

- name: Remove dependencies that are no longer required
  apt:
    autoremove: yes

परिणाम

TASK [apt-refresh : Remove useless packages from the cache] ********************
fatal: [xxxx]: FAILED! => {"changed": false, "failed": true, "module_stderr": "OpenSSH_7.2p2 Ubuntu-4ubuntu2.2, OpenSSL 1.0.2g  1 Mar 2016\r\ndebug1: Reading configuration data /etc/ssh/ssh_config\r\ndebug1: /etc/ssh/ssh_config line 19: Applying options for *\r\ndebug1: auto-mux: Trying existing master\r\ndebug1: mux_client_request_session: master session id: 2\r\nShared connection to xxxx closed.\r\n", "module_stdout": "Traceback (most recent call last):\r\n  File \"/tmp/ansible_MJ_gDg/ansible_module_apt.py\", line 903, in <module>\r\n    main()\r\n  File \"/tmp/ansible_MJ_gDg/ansible_module_apt.py\", line 855, in main\r\n    for package in packages:\r\nTypeError: 'NoneType' object is not iterable\r\n", "msg": "MODULE FAILURE"}

ansible.cfg

[defaults]
inventory = hosts
host_key_checking = False
remote_user = ubuntu
private_key_file = id_rsa
retry_files_enabled = False

[ssh_connection]
ssh_args = -C -o ControlMaster=auto -o ControlPersist=60s
control_path = /tmp/%%h-%%p-%%r

मुझे भी ऐसी ही समस्या हो रही थी। मैंने 30 सेकंड के लिए शेल में इनबेटन के लिए 'पॉज़' कार्य जोड़ा: शटडाउन आर-आर और वेट_फॉर कार्य। अब चीजें लगातार काम करती हैं। मेरे पास सुनने के लिए हैंडलर भी हैं, इसलिए वे केवल जरूरत पड़ने पर ही चलते हैं।

मेरे समान मुद्दे थे जब हमारे Ubuntu 16.04 मेजबान को पुनर्जन्म करने की कोशिश करते हुए python3 का उपयोग करने के लिए कॉन्फ़िगर किया गया। जैसे ही मैंने उबंटू 16.04 मेजबानों पर अजगर 2.7 स्थापित किया (उपयुक्त-पायथन-न्यूनतम स्थापित करें) और रिमोट सिस्टम पर इसका उपयोग करने के लिए कॉन्फ़िगर किया गया, रिबूट ने ठीक काम किया।
जब भी मैंने अपने कार्य में "async" का उपयोग किया, वास्तव में कुछ भी नहीं हुआ जब ansible ने python3 का उपयोग किया, "echo test> / tmp / testfile" जैसी बहुत बुनियादी चीजें भी नहीं।

परिवर्धन: मैं http://ppa.launchpad.net/ansible/ansible/suntu से डेब पैकेज के माध्यम से स्थापित 2.3.1.0 का उपयोग कर रहा हूं

तो वहाँ एक Wait_for_connection एक्शन प्लगइन है जो तब तक प्रतीक्षा करेगा जब तक सिस्टम फिर से उपलब्ध नहीं हो जाता है और एंड-टू-एंड टेस्ट करके इसे मान्य करता है। यह परीक्षण से अधिक विश्वसनीय है यदि कोई पोर्ट फिर से जवाब दे रहा है।

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

cc @AnderEnder @gregswift @jarv @jhoekx
बॉट मदद के लिए यहां क्लिक करें

लक्ष्य प्रणाली - सेंटोस 7.4

- name: restart server
  become: yes
  shell: sleep 2 && /sbin/shutdown -r now "System reboot"
  #command: /usr/bin/systemd-run --on-active=10 /usr/bin/systemctl reboot
  async: 1
  poll: 0

- name: waiting 10 secs for server to come back
  become: false
  local_action: wait_for host={{ ansible_default_ipv4.address }} port={{ ansible_port }} state=started delay=10 timeout=120  

@peterwillcn IMO आप बेहतर इस्तेमाल wait_for के बजाय wait_for_connection, देखें: http://docs.ansible.com/ansible/latest/wait_for_connection_module.html

यह आसान नहीं है, यह जम्फॉस्ट्स या परदे के पीछे भी काम करता है, लक्ष्य नोड के लिए सटीक परिवहन ट्रांसफ़ॉर्म का उपयोग करता है।

@dagwieers रिबूट एक्शन प्लगइन कैसे साथ आ रहा है?

इसका ध्यान रखने के लिए कुछ भूमिकाएँ मिलीं:

• https://galaxy.ansible.com/GROG/reboot/
• https://galaxy.ansible.com/pgkehle/restart/

@ फेल्ड कि भूमिका बहुत अच्छी लगती है।

इसलिए मैंने देखा है कि सभी उदाहरणों के साथ मेरा मुद्दा यह है कि यह सब कुछ यादृच्छिक प्रतीक्षा समय पर निर्भर करता है कि पोल शुरू होने से पहले यह देखने के लिए कि क्या ssh पोर्ट उपलब्ध है। अब अलग-अलग मेजबानों को अलग-अलग समय की आवश्यकता होती है, जो कि यह क्या कर रहा है, उसके आधार पर शटडाउन प्रक्रियाओं के लिए अलग-अलग समय की आवश्यकता होती है - इसका मतलब है कि आपको सबसे खराब अपराधी को पकड़ने के लिए एक लंबी देरी निर्धारित करनी होगी या आप गलत सकारात्मकता का जोखिम उठा सकते हैं।

नया प्रतीक्षा_फोरा_संक्रमण केवल पिंग और एक अन्य यादृच्छिक विलंब कारक (ऊपर देखें) का उपयोग करता है। तो फिर से झूठी सकारात्मकता का बड़ा जोखिम (रेडहैट समर्थन द्वारा पुष्टि)।

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

दूसरा ssh नहीं चल रहा है। यह कार्य 2 शुरू करता है - ssh पोर्ट स्थिति की प्रतीक्षा करें - 1 मिनट की देरी के बाद शुरू हुआ।

ध्यान दें कि अगर पोर्ट चालू है, तो यह निर्धारित करने के लिए कि वह एक अजगर सॉकेट का उपयोग करता है ssh पर भरोसा नहीं करता

एंडी

मेरे आईफोन से भेजा गया

12 दिसंबर 2017 को 05:41 पर, शॉन स्माइली नोटिफिकेशन @github.com ने लिखा:

@ फेल्ड कि भूमिका बहुत अच्छी लगती है।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की है।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

@akcrisp और आपके कार्यान्वयन के साथ समस्या यह है कि यह किसी भी चीज़ के लिए विफल रहता है लेकिन सरल प्रत्यक्ष-कनेक्शन उपयोग-मामला है। Wait_for_connection मॉड्यूल भी ऐसा करता था, लेकिन यह ssh_proxy, या अन्य अनुमानित परिवहन कनेक्शन के लिए विफल रहता है, इसलिए हमें इसे निकालना पड़ा।

आप प्रति सिस्टम / समूह या अन्य विशेषताओं में देरी-समय को कॉन्फ़िगर करने योग्य बना सकते हैं, लेकिन यह आदर्श नहीं है।

सहमत हैं, लेकिन स्पष्ट नहीं है कि आप इसे बिना ठीक कैसे करते हैं? हवा में कोई निर्धारक उंगली यादृच्छिक देरी?

मेरे आईफोन से भेजा गया

12 दिसंबर 2017 को 16:20 बजे, Dag Wieers सूचनाएं @github.com ने लिखा:

@akcrisp और आपके कार्यान्वयन के साथ समस्या यह है कि यह किसी भी चीज़ के लिए विफल रहता है लेकिन सरल प्रत्यक्ष-कनेक्शन उपयोग-मामला है। Wait_for_connection मॉड्यूल भी ऐसा करता था, लेकिन यह ssh_proxy, या अन्य अनुमानित परिवहन कनेक्शन के लिए विफल रहता है, इसलिए हमें इसे निकालना पड़ा।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

क्या ssh check को wait_for connection जोड़ना संभव नहीं है
साथ ही AWS ऑटोसालिंग ग्रुप्स में ग्रेस_ टाइमआउट थोड़े चीज़ जोड़ें - "कनेक्शन" स्थापित होने के बाद कुछ और समय प्रतीक्षा करें

यह मेरे लिए अच्छा काम किया:
_ansible: 2.4.1.0
उबंटू: 16.04.3 एलटीएस
लिनक्स 4.4.0-98-जेनेरिक_

  - name: reboot server
    become: yes
    shell: sleep 2 && /sbin/shutdown -r now "System reboot"
    async: 1
    poll: 0

  - name: Wait for restart
    local_action: wait_for port=22 host="{{ ansible_ssh_host | default(inventory_hostname) }}"  search_regex=OpenSSH delay=60

  - name: continue running script after reboot
    shell: 'sh /home/ubuntu/my_script.sh'

इसने मेरे लिए Ansible 2.4.2.0 और Ubuntu 16.04 LTS पर Azure पर काम किया

- hosts: all
  become: yes
  become_user: root
  pre_tasks:
    - name: Patching for Spectre and Meltdown followed by a reboot
      become: yes
      shell: nohup bash -c 'sleep 2 && apt -y update && apt -y upgrade && apt -y autoremove && reboot "System reboot"' &
      async: 1
      poll: 0

    - name: Wait for 3 minutes for server to come online
      become: false
      local_action: wait_for port=22 host={{ ansible_ssh_host | default(inventory_hostname) }} search_regex='OpenSSH' delay=180 timeout=300

मुझे लगता है कि मेरा उपयोग मामला कहीं अधिक जटिल था। यहाँ एक हैंडलर के रूप में लिखा गया है:

- name: Inform of reboot required
  listen: reboot machine
  debug:
    msg: "System {{ inventory_hostname }} needs to be rebooted for changes to take effect"

- name: Update GRUB to pick up changes to default config, if any
  command: update-grub2
  listen: reboot machine

  # Send the reboot command and let it run in the background
  # so we can disconnect...
- name: Send reboot command
  listen: reboot machine
  shell: '(sleep 5; shutdown -r now) &'

- name: Clear host errors
  listen: reboot machine
  meta: clear_host_errors
  failed_when: false

- name: Reset connection
  listen: reboot machine
  meta: reset_connection
  failed_when: false

- name: Wait for SSH to be available
  listen: reboot machine
  local_action: wait_for
  args:
    host: "{{ ansible_host }}"
    port: "{{ ansible_port | default('22') }}"
    delay: 60
    state: started

- name: Ansible ping
  listen: reboot machine
  local_action: ping
  register: result
  until: result.ping is defined and result.ping == 'pong'
  retries: 30
  delay: 10

- name: Run uptime
  listen: reboot machine
  command: uptime

  # LACP and spanning-tree take a bit of time to start working
- name: Ping default gateway
  listen: reboot machine
  command: "ping -c 1 {{ ansible_default_ipv4.gateway }}"
  register: result
  until: result.rc == 0
  retries: 30
  delay: 10

यहाँ मेरा समाधान है (Ansible 2.4.2):

- name: restart machine
  shell: nohup sh -c '(sleep 5; shutdown -r now "Ansible restart") &' &>/dev/null
  become: yes

- name: wait for machine to restart
  wait_for_connection:
    delay: 60
    sleep: 5
    timeout: 300

यह मेरे लिए काम किया:

- name: restart the system
    shell: "sleep 5 & reboot"
    async: 1
    poll: 0

- name: wait for the system to reboot
    wait_for_connection:
      connect_timeout: 20
      sleep: 5
      delay: 5 
      timeout: 60

ये सभी वर्कअराउंड दिलचस्प हैं, लेकिन असली फिक्स होंगे

हम एक नए रिबूट एक्शन प्लगइन पर काम कर रहे हैं जो एक रिबूट का प्रदर्शन करेगा, कनेक्शन के फिर से काम करने के लिए इंतजार करेगा और अंत में जांच करेगा कि क्या सिस्टम वास्तव में रिबूट किया गया था।

सही? (https://github.com/ansible/ansible/issues/14413#issuecomment-330523110 से)

की पुष्टि की।

इसके लिए आगे देख रहे हैं

मुझे यह जानने में दिलचस्पी है कि क्या कोई रिबूट मॉड्यूल लिनक्स से परे विभिन्न यूनिक्स स्वादों का समर्थन करेगा? यानी Aix / Solaris आदि, मुझे लगता है कि यह खिड़कियों के साथ काम करता है?

जिस बिंदु को मैंने अपने उदाहरण के साथ बनाया है और सबसे ज्यादा याद किया है - वह यह है कि बस पोर्ट 22 के इंतजार के समय से बाहर होने से - यह पूरी तरह से एक झूठी सकारात्मक प्राप्त करना संभव है - अगर एक मेजबान को प्रक्रियाओं को बंद करने में अधिक समय लगता है यानी बड़े डेटाबेस को लगता है - देरी कारक की तुलना में तो यह वास्तव में अच्छी तरह से रिबूट नहीं हो सकता है - परीक्षण किया और साबित किया कि ऐसा हो सकता है - इसलिए यह सुनिश्चित करने के लिए मेरा परीक्षण पहले अनुपस्थित है।

एंडी

मेरे आईफोन से भेजा गया

28 फरवरी 2018 को, 15:04 पर, डेग वियर्स नोटिफिकेशन @github.com ने लिखा:

की पुष्टि की।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

@akcrisp यही इरादा है। इस चर्चा को इससे पहले यहां जोड़ा गया था: https://github.com/ansible/ansible/issues/16186

---
- hosts: all
- name: restart the system
    shell: "sleep 5 & reboot"
    async: 1
    poll: 0

- name: wait for the system to reboot
    wait_for_connection:
      connect_timeout: 20
      sleep: 5
      delay: 5
      timeout: 60

ansible-playbook test.yaml
त्रुटि! YAML लोड करते समय सिंटैक्स त्रुटि।
इस संदर्भ में मानचित्रण मूल्यों की अनुमति नहीं है

त्रुटि '/etc/ansible/test.yaml' में दिखाई देती है: पंक्ति 4, कॉलम 10, लेकिन हो सकता है
सटीक सिंटैक्स समस्या के आधार पर फ़ाइल में कहीं और हो।

आक्रामक रेखा प्रतीत होती है:

• नाम: सिस्टम को पुनरारंभ करें
  खोल: "नींद 5 और रिबूट"
  ^ यहाँ

कृपया मदद करें ;-)

---
- hosts: all
- name: restart the system
  shell: "sleep 5 & reboot"
     async: 1
     poll: 0

- name: wait for the system to reboot
  wait_for_connection:
       connect_timeout: 20
       sleep: 5
       delay: 5
       timeout: 60

ये कोशिश करें।

दुख - मैं चाहता हूं कि लोग पढ़ें कि मैंने क्या किया है। हर कोई बस टाइमआउट का इंतजार कर रहा है और एक गलत सकारात्मक जोखिम उठा रहा है। यह केवल शटडाउन करने के लिए समय के साथ एक ऐप लेगा और रिबूट के बाद ssh ऊपर है। मैंने इसका परीक्षण किया है।

आप पहले से बेहतर हैं कि ssh की जाँच पहले अनुपस्थित है - जो shh पर निर्भर नहीं है - एक अजगर सॉकेट कनेक्शन का उपयोग करता है

मेरे आईफोन से भेजा गया

16 अप्रैल 2018 को, 09:21 बजे, बेन एबनेरी नोटिफिकेशन @github.com ने लिखा:

---

• यजमान: सभी

• नाम: सिस्टम को पुनरारंभ करें
  खोल: "नींद 5 और रिबूट"
  async: 1
  जनमत: ०

• नाम: सिस्टम को रीबूट करने के लिए प्रतीक्षा करें
  Wait_for_connection:
  connect_timeout: 20
  नींद: ५
  देरी: 5
  समय समाप्त: 60
  ये कोशिश करें।

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें, या थ्रेड को म्यूट करें।

आप सही हैं - मेरी टिप्पणी डिजाइन का समर्थन नहीं थी, मैं सिर्फ सही प्रारूपण प्रदर्शित करना चाहता था।

यह संबंधित बग async रिबूट कार्य को विफल करने का एक कारण लगता है जो @pyroxde के रूप में पहले चलाने में विफल रहा है

37941 है

इसलिए अब हमारे पास रिबूट और win_reboot एक्शन प्लगइन है जो यूनिक्स और विंडोज सर्वरों को रिबूट करता है। यदि आपके पास मौजूदा कार्यान्वयन के साथ कोई समस्या है, तो किसी भी बारीकियों के साथ एक नया मुद्दा खोलने के लिए स्वतंत्र महसूस करें।