Ansible: एक व्यक्तिगत कार्य पर "धारावाहिक" के लिए समर्थन

:+1:

+1
यह हमारी ansible-ceph परिनियोजन स्क्रिप्ट के लिए बहुत अच्छा होगा!

:+1:

ऐसा लगता है कि इसके लिए यहां एक इनाम है: https://www.bountysource.com/issues/26342862-support-for-serial-on-an-individual-task

+1

+1

+1; हालाँकि, धारावाहिक को शेष मेजबानों के लिए पूरे नाटक को विफल करने की आवश्यकता नहीं है यदि वर्तमान धारावाहिक में सभी मेजबान विफल हो जाते हैं। मुझे अक्सर रोलिंग पुनरारंभ करना पड़ता है, 50+ सर्वरों में एक समय में एक सर्वर। जब सर्वर 3 पर नाटक विफल हो जाता है तो यह बेकार हो जाता है क्योंकि सर्वर 3 में कुछ अजीब अप्रत्याशित स्थिति थी जिसके कारण पुनरारंभ विफल हो गया। max_failpercent को 100% से अधिक किसी चीज़ पर सेट करना ansible को शेष मेजबानों के लिए खेल जारी रखने के लिए बाध्य करना चाहिए।

+1

+1!

+1

+1

:+1:

+1

+1

+1

यह एक अच्छा विचार है, लेकिन न केवल प्लेबुक से अलग-अलग कार्यों में जाना चाहिए, बल्कि सभी आश्रित विकल्पों जैसे max_fail_percentage और run_once सहित ब्लॉक में भी जाना चाहिए।

अपडेट-रिबूट उदाहरण आसानी से समझा सकता है:

• कार्य: अद्यतन सर्वर (सभी समानांतर)
• वैकल्पिक कार्य: जांचें कि क्या सर्वर को पुनरारंभ करने की आवश्यकता है
• ब्लॉक: (धारावाहिक)
  
  
  
  • सर्वर को पुनरारंभ करें
  
  
  • सर्वर के वापस आने की प्रतीक्षा करें
  
  
• अतिरिक्त कदम (सभी समानांतर में)

+1

इसके लिए +1।

+1

+1, रोलिंग पुनरारंभ वितरित सिस्टम के लिए उपयोगी होते हैं जो सभी एक साथ जंजीर से बंधे होते हैं। सेफ के लिए, हम एक ही समय में सभी स्टोरेज डेमॉन को पुनरारंभ नहीं करना चाहते क्योंकि कॉन्फ़िगरेशन फ़ाइल बदल गई है।

+1

+1

+1

समाधान:

- name: service restart
  # serial: 1 would be the proper solution here, but that can only be set on play level
  # upstream issue: https://github.com/ansible/ansible/issues/12170
  run_once: true
  with_items: "[{% for h in play_hosts  %}'{{ h }}'{% if not loop.last %} ,{% endif %}{% endfor %}]"
  delegate_to: "{{ item }}"
  command: "/bin/service restart"

@alvaroaleman आपके सुझाव के लिए धन्यवाद हालांकि यह इस बग की ओर ले जाता है: https://github.com/ansible/ansible/issues/15103
कम से कम मेरे लिए, मैंने आपका वर्कअराउंड इस तरह लागू किया: with_items: "[{% for h in groups[mon_group_name] %}'{{ h }}'{% if not loop.last %} ,{% endif %}{% endfor %}]" ।

क्या मैं कुछ भूल रहा हूँ?

निफ्टी आइडिया। हालांकि Ansible 1.9 के साथ, इसे करके इसे सरल बनाया जा सकता है:

with_items: '{{play_hosts}}'

@alvaroaleman कामकाज के लिए धन्यवाद।

यह धारावाहिक के लिए कोई समाधान है: 30%?

कूल आइडिया।

मान लें कि कोई कार्य जानता है कि इसमें कौन से मेजबान चल रहे हैं या नाटक से सभी मेजबानों को लक्षित करता है।

यदि यह एक भूमिका में एक कार्य है (जिसे किसी भी चीज़ पर लक्षित किया जा सकता था) इसका कोई मतलब नहीं है।

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

'धारावाहिक' और नाटकों के काम करने के तरीके को देखते हुए, यह वास्तव में ऐसा कुछ नहीं है जिसे हम Ansible में जोड़ते हुए देखते हैं। आपके पास मौजूदा कार्यक्षमता के समान कुछ लागू करने के कई तरीके हैं, कई अन्य पर ऊपर और अन्य जगहों पर चर्चा की गई है, इसलिए मैं केवल उन 2 का विस्तार करने जा रहा हूं जो अधिकांश मामलों को कवर करते हैं।

• एक मध्यवर्ती नाटक का उपयोग करें (कई अलग-अलग धारावाहिकों की अनुमति देता है, लेकिन सभी मेजबानों पर पिछले कार्यों को समाप्त करने की आवश्यकता होती है):

- hosts: all 
  tasks:
   - anything:...
  ....

- hosts: all
  serial: 1
  tasks: 
   - singletask:

- hosts: all 
  tasks:
   - morestuff:...
  ....

• एक बार चलाएं + लूप + प्रतिनिधि (सीरियल = 1 व्यवहार तक सीमित):

- mytask: ..
  delegate_to: "{{item}}"
  run_once: true
  # many diff ways to make the loop
  with_inventory_hostnames: all

मैं एक रणनीति प्लगइन के साथ खेलने की कोशिश कर रहा हूं जो ऐसा करता है ... लेकिन इसे पूरा करने के लिए इसे 1/2 Ansible कोर उपयोगिता को फिर से बनाना होगा और सिस्टम के अन्य हिस्सों से निपटने के दौरान अभी भी कई समस्याएं होंगी (जैसे कॉलबैक )

इस बिंदु पर मैं किसी भी उपयोग के मामले को ऊपर के किसी भी वर्कअराउंड द्वारा कवर नहीं किया गया है और बहुत संदेह है कि कोर में कोई भी इससे निपटेगा इसलिए मैं इस मुद्दे को बंद करने जा रहा हूं।

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

@bcoca , मुझे लगता है कि यह जरूरी है, आप इसे कुछ जरूरी के रूप में खोलने दे सकते हैं जब इसे कार्यान्वित करना आसान होगा।

सॉफ्टवेयर सुविधाओं को तकनीकी कठिनाइयों से नहीं रोका जा सकता है।

@ pando85 आप शायद एक कस्टम रणनीति प्लगइन के साथ इसके करीब कुछ बना सकते हैं:

• http://docs.ansible.com/ansible/playbooks_strategies.html
• https://github.com/ansible/ansible/tree/devel/lib/ansible/plugins/strategy

@detiber जानकारी के लिए धन्यवाद।

वास्तव में मैंने अपनी समस्या को यहां पोस्ट किए गए वर्कअराउंड से हल किया।

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

- name: Update all packages
  # serial: 1 would be the proper solution here, but that can only be set on play level
  # upstream issue: https://github.com/ansible/ansible/issues/12170
  run_once: true
  delegate_to: "{{ play_hosts[0] }}"
  yum: name=* state=latest

- yum: name=* state=latest

लेकिन मुझे लगता है कि इस सुविधा को और अधिक porpoises के लिए रुचि हो सकती है और seria: इसे पूरा करने का सबसे सरल और तार्किक रूप है।

@bcoca हम सीरियल = 1 व्यवहार को पूरा करने के लिए हमारे प्रोजेक्ट में आपके दूसरे सुझाव का उपयोग करते हैं। केवल नकारात्मक पहलू यह है कि नाटक के अंत में सारांश खराब हो जाता है क्योंकि प्रत्येक ठीक या परिवर्तन पहले मेजबान की ओर होता है न कि प्रतिनिधि। क्या आप इसका कोई समाधान सोच सकते हैं?

हम वास्तव में पहले सुझाव का उपयोग नहीं करना चाहते हैं क्योंकि हमारे पास कुछ निर्भरताएं हैं और टैग के उपयोग का समर्थन करने के लिए हमें शुरुआत और समाप्ति दोनों में भूमिकाएं शामिल करने की आवश्यकता होगी।

धन्यवाद

@ kami8607 आप इसे आजमा सकते हैं, हालांकि नवीनतम ansible के साथ परीक्षण नहीं किया गया है:

- hosts: all
  tasks:

    - name: set fact
      set_fact:
        marker: marker

    - name: group by marker
      group_by: key=marker
      changed_when: no

    - name: target task
      debug: msg="Performing task on {{ inventory_hostname }}, item is {{ item }}"
      with_items: "{{ groups['marker'] }}"
      when: "hostvars[item].inventory_hostname == inventory_hostname"

@hryamzik बहुत बहुत धन्यवाद! जादू की तरह काम करता है।
(FYI करें हम ansible 2.0.2.0 का उपयोग करते हैं)

@ kami8607 आप मार्कर हैक को play_hosts से बदलने का भी प्रयास कर सकते हैं।

@hryamzik । अब हमारे लिए बहुत अच्छा, सही समाधान। फिर से धन्यवाद :)

नमस्ते। हमने @hryamzik ​​द्वारा प्रदान किए गए समाधान के साथ एक समस्या की खोज की।
यदि इस "छद्म-धारावाहिक" मेजबानों में से एक पर कार्य विफल हो जाता है, तो कार्य तुरंत विफल होने के बजाय अन्य मेजबानों पर निष्पादित हो जाता है। कोई फर्क नहीं पड़ता कि हमने कितनी कोशिश की हम असफल मेजबान के बाद सीधे प्लेबुक को नहीं छोड़ सके।

शायद किसी के पास हमारे लिए कोई उपाय हो। शुक्रिया

नमस्ते, मेरा मानना ​​है कि भूमिका निर्भरताओं का सुरक्षित रूप से उपयोग करने के लिए यह वास्तव में एक महत्वपूर्ण विशेषता है।

हमारी परियोजना में, हम अपने अधिकांश नाटकों को भूमिका निर्भरता की मदद से मॉडल करते हैं क्योंकि यह छोटी और आसानी से पठनीय प्लेबुक बनाता है और दोहराव से बचाता है।

अगर मेरे पास एक भूमिका ए है जो भूमिका बी पर निर्भर करती है और एक साथ कई मेजबानों पर बी को अपडेट करना खतरनाक है, जहां तक ​​​​मैं इसे प्राप्त करने का एकमात्र समर्थित तरीका समझता हूं, उस नाटक के लिए serial: 1 सेट करना है जो भूमिका ए का उपयोग करता है . यह अस्वीकार्य हो सकता है जब बहुत सारे मेजबान और बहुत सारी भूमिकाएँ जो B पर निर्भर करती हैं।

हम अभी भी @hryamzik के समाधान का उपयोग कर रहे हैं, लेकिन जैसा कि @ kami8607 ने कहा, विफलता का सामना करने पर ansible बंद नहीं होता है।

इसके अलावा @bcoca , मुझे विश्वास नहीं है कि इस तरह के वर्कअराउंड लक्ष्य होना चाहिए जब एक उपकरण जैसे कि ansible को डिजाइन करना। ऐसा लगता है कि समान उपयोग के मामलों वाले बहुत से लोग हैं जिन्हें कुछ समाधान की आवश्यकता होती है। जैसा कि @ pando85 ने कहा, तकनीकी कठिनाइयों को इस मुद्दे को बंद करने का कारण नहीं होना चाहिए।
यह वास्तव में अच्छा होगा यदि इस टिकट को फिर से खोला जा सकता है या किसी अन्य समाधान पर विचार किया जा सकता है।

मेरी ओर से एक बड़ा राजभाषा +1... जिस तरह से चीजें सेट की जाती हैं, ऐसा लगता है कि मुझे अपने किसी भी पुनरारंभ हैंडलर में serial: 1 जोड़कर रोलिंग पुनरारंभ सक्षम करने में सक्षम होना चाहिए। फिर, किसी भी कॉन्फ़िगरेशन परिवर्तन, संस्करण अद्यतन, आदि के परिणामस्वरूप रोलिंग पुनरारंभ होगा।

+1

+1

+1

इसके बिना भूमिकाएँ बड़े पैमाने पर प्रभावी रूप से बेकार हैं।

+1 वास्तव में अच्छा विचार

इसके समर्थन में भी। हम भूमिकाओं का उपयोग करते हैं और किसी भी समाधान का उपयोग करने के लिए, हमें केवल क्रमबद्ध कार्यों को नाटक या उसमें शामिल एक कार्य फ़ाइल में निकालना होगा, इस प्रकार भूमिका इनकैप्सुलेशन को तोड़ना होगा।

+1

+1

यदि इस "छद्म-धारावाहिक" मेजबानों में से एक पर कार्य विफल हो जाता है, तो कार्य तुरंत विफल होने के बजाय अन्य मेजबानों पर निष्पादित हो जाता है। कोई फर्क नहीं पड़ता कि हमने कितनी कोशिश की हम असफल मेजबान के बाद सीधे प्लेबुक को नहीं छोड़ सके।

@ kami8607 मुझे विफलताओं के साथ एक ही समस्या का सामना करना पड़ा है क्योंकि रोलिंग अपडेट और पुनरारंभ के लिए किसी भी त्रुटि पर विफल होने के लिए पूरी प्लेबुक की आवश्यकता होती है। any_errors_fatal: true साथ हल किया गया।

मैं यह भी पुष्टि करता हूं कि यह समाधान include_tasks साथ काम करता है, हालांकि check मोड समानांतर में निष्पादित किया जाता है।

- name: install and configure alive servers
  include_tasks: "install_configure.yml"
  with_items: "{{ healthy_servers }}"
  when: "hostvars[host_item].inventory_hostname == inventory_hostname"
  loop_control:
      loop_var: host_item

यदि आप टिप्पणियों को 👎 प्राप्त करते हुए देखते हैं, तो ऐसा इसलिए है क्योंकि वे व्यर्थ हैं, क्योंकि उनकी संपूर्ण सामग्री "+1" कह रही है।

इस धागे में एक कामकाजी समाधान भी है।

एक समाधान है जो अधिकांश भागों के लिए काम करता है लेकिन कोई समाधान नहीं है

इस धागे में कोई कामकाजी समाधान नहीं है। हालांकि यह कुछ के लिए काम कर सकता है, यह समाधान नहीं है।
register ठीक से काम नहीं करता है (बाद में इसे वापस करने के लिए सार होगा) - मेरा अनुमान है कि यह एकमात्र ऐसा कार्य नहीं है जो सही ढंग से प्रदर्शन नहीं करेगा।

@jonhatalla मुझे register साथ कोई समस्या नहीं है, क्या आप एक जिस्ट या रेपो साझा कर सकते हैं जो काम नहीं करता है?

मैं केवल एक कलाकृति डाउनलोड कार्य (कुछ बाधाओं के कारण) को सीमित करना चाहता हूं लेकिन शेष कार्यों को समानांतर में निष्पादित करना चाहता हूं।

मैं टिप्पणियों को पढ़ने के बाद एक प्रस्ताव लेकर आया हूं जो अभी भी डाउनलोड केस के लिए वांछित काम नहीं कर रहा है। ध्यान दें कि 2 वांछित समवर्ती कार्य निष्पादन की अधिकतम संख्या है।

    - name: Download at ratio three at most
      win_get_url:
        url: http://ipv4.download.thinkbroadband.com/100MB.zip
        dest: c:/ansible/100MB.zip
        force: yes
      with_sequence: start=0 end={{ (( play_hosts | length ) / 2 ) | round (0, 'floor') | int }}
      when: "(( ansible_play_batch.index(inventory_hostname) % (( play_hosts | length ) / 2 )) | round) == (item | int)"

हालांकि यह प्रत्येक पुनरावृत्ति पर when से मेल खाएगा, यदि कुछ मेजबानों के लिए मैं अभी भी सभी सर्वर को एक ही समय में डाउनलोड करते हुए देख सकता हूं।

इसका परीक्षण करने का एक अन्य तरीका एक संदेश डीबग करना और पुनरावृत्तियों के बीच विलंब जोड़ना है। यह तरीका स्पष्ट है कि प्रत्येक पुनरावृत्ति में केवल दो निष्पादित होते हैं।

    - debug:
        msg: "Item {{ item }} with modulus {{ (( ansible_play_batch.index(inventory_hostname) % (( play_hosts | length ) / 2 )) | round) }}"
      with_sequence: start=0 end={{ (( play_hosts | length ) / 2 ) | round (0, 'floor') | int }}
      loop_control:
        pause: 2
      when: "(( ansible_play_batch.index(inventory_hostname) % (( play_hosts | length ) / 2 )) | round) == (item | int)"

मैंने इस मुद्दे की खोज की धागा इस SO प्रश्न के लिए धन्यवाद

कोई विचार क्यों डाउनलोड डीबग संदेश के रूप में काम नहीं कर रहा है?

इस बिंदु पर मुझे कोई भी उपयोग मामला नहीं दिख रहा है जो उपरोक्त किसी भी समाधान द्वारा कवर नहीं किया गया है

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

और अन्य सभी कामकाज (उदाहरण के लिए स्थानीय होस्ट फ़ाइल पर समवर्ती लिखना) काम करते हैं लेकिन वे बहुत बदसूरत हैं ...

अंत में, मैं सहमत हूं, एक मुद्दे को बंद करना क्योंकि यह बहुत बड़ी समस्या है जिसे हल करना थोड़ा निराशाजनक है ...

@zwindler आप हैंडलर के बजाय कार्यों का उपयोग कर सकते हैं। मैं वास्तव में एपीआई जांच के साथ रोलिंग पुनरारंभ का उपयोग करता हूं। सीधे हैंडलर में include_task, works as expected. You can even try शामिल_टास्क` के साथ कार्यान्वित किया गया लेकिन मुझे नहीं पता कि यह काम करता है या नहीं।

वास्तव में यकीन नहीं है कि मैं समझता हूं कि आप क्या सुझाव देते हैं।

• क्या आपका मतलब है कि आप सेवाओं को पुनरारंभ करने के लिए include_task का उपयोग करते हैं, और केवल when: क्लॉज के साथ ऐसा करते हैं यह जांचने के लिए कि इस नोड पर पुनरारंभ होना है या नहीं?
• आप कैसे आश्वस्त कर सकते हैं कि एक समय में केवल एक नोड ने अपनी सेवाओं को फिर से शुरू किया है (यही पूरा मुद्दा यहां है)? क्या आपका मतलब है कि आप serial साथ include_task जोड़ सकते हैं?

- name: install and configure alive servers
  include_tasks: "install_configure.yml"
  with_items: "{{ healthy_servers }}"
  when: "hostvars[host_item].inventory_hostname == inventory_hostname"
  loop_control:
      loop_var: host_item

इस मामले में serial=1 अंदर सभी कार्यों के लिए नकली है install_configure.yml ।

स्वस्थ_सर्वर को कैसे परिभाषित किया गया है? वर्कअराउंड में इसका उपयोग कैसे किया जाता है? मैं इसे संदर्भित नहीं देख रहा हूं। मैं उन सभी मेजबानों पर लागू करने के लिए एक धारावाहिक कार्य चाहता हूं जिनके खिलाफ प्लेबुक चलाया जा रहा है।

@erpadmin आप इस मामले में play_hosts का उपयोग क्यों नहीं करते?

नमस्ते,
हमने इसी तरह की समस्या का पता लगाया है और हम प्लेबुक में तर्क और उपयोग को पारित नहीं कर सकते हैं:
सीरियल: ${serial_mode}
लेकिन अगर इसके साथ विफल रहता है:
ValueError: आधार 10 के साथ int () के लिए अमान्य शाब्दिक: 'serial_mode'

ऐसा लगता है कि यह इस बग को इंगित करता है लेकिन स्पष्ट करना चाहता है:

• क्या इस मुद्दे का कोई समाधान है ??
• इस फिक्स के साथ आधिकारिक संस्करण क्या है?

आपकी मदद के लिए धन्यवाद और कृपया हमें पोस्ट करते रहें।

सादर, पाब्लो।

हाँ, इस और इसी मुद्दे के साथ भी प्रयास किया।

धन्यवाद, पाब्लो।

01/08/2018 11:02 को, जोहान्स नज्जर ने लिखा:
>

क्या आपने {{serial_mode}} की कोशिश की है

-
आप इसे प्राप्त कर रहे हैं क्योंकि आपने टिप्पणी की थी।
इस ईमेल का सीधे उत्तर दें, इसे GitHub पर देखें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_ansible_ansible_issues_12170-23issuecomment-2D409504564&d=DwMCaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=S57T0QaaR3U1-rdS92VizJ7MMFzQcmoa9SvsdavdKz0&m=yK7T1nGurRdoVF74pYsp2Ww-gi_wzcik9FOhvfi0AO4&s=xx2w8JlL7xtYCFCYV2SVe6ghMflP4n0oJ1XT8yRJiK4&e= ,
या थ्रेड को म्यूट करें
https://urldefense.proofpoint.com/v2/url?u=https-3A__github.com_notifications_unsubscribe-2Dauth_AoC2bq84TS9DNhwP7QHo2lN6rwu6K2fjks5uMW6dgaJpZM4F1SdA&d=DwMCaQ&c=RoP1YumCXCgaWHvlZYR8PZh8Bv7qIrMUB65eapI_JnE&r=S57T0QaaR3U1-rdS92VizJ7MMFzQcmoa9SvsdavdKz0&m=yK7T1nGurRdoVF74pYsp2Ww-gi_wzcik9FOhvfi0AO4&s=0mncwDiylOIi-1VOf_7Bp6ltumjR5pCnTNSjqh_SWjU&e= ।

--
ओरेकल http://www.oracle.com
पाब्लो फुएंटेस | Oracle मिडलवेयर सलाहकार
मोबाइल: +34653961879
Oracle Oracle परामर्श

ओरेकल स्पेन | ओरेकल स्पेन लास रोजास मैड्रिड
ग्रीन ओरेकल http://www.oracle.com/commitment Oracle इसके लिए प्रतिबद्ध है
ऐसी प्रथाओं और उत्पादों का विकास करना जो पर्यावरण की रक्षा करने में मदद करें

मुझे ऐसा लगता है कि run once + loop + delegate (limited to serial=1 behavior): दृष्टिकोण include_tasks स्टेटमेंट पर काम नहीं करता है जब इन्वेंट्री में दो "इन्वेंट्री होस्ट" होते हैं, प्रत्येक होस्ट के लिए समान मूल्य होता है ansible_host ।

समान ansible_host साथ दो इन्वेंट्री होस्ट को देखते हुए, दृष्टिकोण _does रन टू बार_; हालांकि, दोनों पुनरावृत्तियों एक ही मेजबान के खिलाफ हैं।

अधिकांश प्रस्तावित वर्कअराउंड के साथ एक बड़ी समस्या है सीपीयू और मेमोरी का उपयोग, साथ ही साथ बड़े पैमाने पर तैनाती में मंदी। यह जांचने का तरीका है कि inventory_hostname == item एक with_items लूप में O(n^2) है, जो बड़ी संख्या में होस्ट के साथ मिलकर मेमोरी और सीपीयू लोड को बहुत बढ़ा सकता है।

200 मेजबानों के साथ, मैंने केवल include_tasks ब्लॉक को क्रमबद्ध करने के लिए 20GB RAM और 70 लोड औसत का उपयोग करने योग्य देखा है। उस विशेष कार्य में केवल यह तय करने में कई मिनट लग गए कि किन मेजबानों को शामिल करना है।

+1

किसी को भी उनके उपयोग-मामलों के लिए #42528 परीक्षण करने के लिए आमंत्रित किया जाता है, और यदि आप स्वीकृति देते हैं तो पीआर में :+1: जोड़ें।