Ansible: [चेतावनी]: जब कथनों में jinja2 टेम्प्लेटिंग सीमांकक जैसे {{}} या {%%} शामिल नहीं होने चाहिए।

यह अपेक्षित है। चेतावनी को हाल ही में 2.3 रिलीज के उद्देश्य से जोड़ा गया था।

जैसा कि चेतावनी में कहा गया है, आपको स्टेटमेंट में jinja2 डेलिमिटर का उपयोग नहीं करना चाहिए। इसके बजाय इसे पढ़ना चाहिए:

when: ansible_PSVersionTable.Major|int < 5

यदि आपके पास और प्रश्न हैं, तो कृपया मेलिंग सूची का उपयोग करने के लिए स्वतंत्र महसूस करें।

जब यह अभिव्यक्ति एक चर में संग्रहीत किया जाता है (जो भी कारण के लिए, उदाहरण के लिए अलग-अलग नाटकों में परस्पर उपयोग के समय का उपयोग किया जाता है) तो इस चेतावनी को कैसे हल करें।

उदाहरण: mycondition: ansible_PSVersionTable.Major|int < 5 का उपयोग when: mycondition रूप में किया जाएगा।
-> यह काम नहीं कर रहा है क्योंकि mycondition मूल्यांकन / विस्तार नहीं होता है और इसे स्ट्रिंग के रूप में माना जाता है।

क्या कार्य mycondition: "{{ ansible_PSVersionTable.Major|int < 5 }}" या when: "{{ mycondition }}" घोषणा करने के लिए है, लेकिन दोनों उपरोक्त उल्लिखित परिणाम होंगे।

यह मेरे लिए काम करता है

  when: "(ansible_PSVersionTable.Major|int < 5) and ('Microsoft Windows 7' in ansible_distribution)"

साथ में

$ ansible --version
ansible 2.4.0 (devel 53c52cf65f) last updated 2017/03/30 07:29:39 (GMT -500)
  config file =
  configured module search path = [u'/Users/tanner/.ansible/plugins/modules', u'/usr/share/ansible/plugins/modules']
  python version = 2.7.10 (default, Jul 30 2016, 19:40:32) [GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-800.0.34)]

वह मेरे लिए भी काम करता है। लेकिन अब हालत को एक चर में स्थानांतरित करें और इसके बजाय चर का उपयोग करने का प्रयास करें।

ansible_PSVersionTable एक कस्टम तथ्य है जो मैंने सभी विंडो कंप्यूटरों पर स्थापित किया है।

निम्नलिखित का प्रयास करें और मुझे लगता है कि यह काम नहीं करेगा (यह देखते हुए कि स्थिति true ):

mycond: "(ansible_PSVersionTable.Major|int < 5) and ('Microsoft Windows 7' in ansible_distribution)"
...
when: mycond

उस स्थिति में आपको "{{...}}" की आवश्यकता होगी - इसका एकमात्र 'जब' स्थिति जहां "{{....}}" निहित है, मुझे लगता है।

भी उपयोग करना चाहते हो सकता है | वर सुनिश्चित करने के लिए बूल फ़िल्टर को बूलियन के रूप में संग्रहीत किया जाता है।

यही मैं कह रहा हूँ ... आपको या तो "{{...}}" चर घोषणा के भीतर या जब यह काम नहीं करेगा (सही ढंग से) अन्यथा की आवश्यकता होगी। और फिर आपको उल्लिखित चेतावनी मिलेगी।

आप कुछ का उपयोग कर सकते हैं जैसे:

- set_fact: content1="{{ var1.stdout }}" content2="{{ var2.stdout }}" और तुलना करें।

संभवतः # २३५। का एक हिस्सा

मैं भी इससे थोड़ा भ्रमित हूं। मैं समझता हूं कि अब हम "{{ myvar }}" या {{ myvar }} बजाय myvar कर सकते हैं, लेकिन ऐसे कुछ उपयोग मामले हैं जहां यह अभी भी पर्याप्त नहीं है। उदाहरण के लिए

when: myvar.stdout != ansible_date_time.date

^ यह वर्तमान तिथि (YYYY-MM-DD) वापस नहीं करेगा। इस उदाहरण में मेरे पास कुछ और उपयोग करने का कोई तरीका नहीं है, लेकिन jinja2 कुछ के साथ सीमांकक:

- set_fact:
    ansible_date: "{{ ansible_date_time.date }}"

एक अन्य उपयोग का मामला है, उदाहरण के लिए

- name: "TEST: The files directory should have correct ownership"
  shell: stat -c %U:%G {{ files_dir }}
  register: styles_dir_ownership
  changed_when: styles_dir_ownership.stdout != "{{ user }}:{{ apache_user }}"
  failed_when: styles_dir_ownership.stdout != "{{ user }}:{{ apache_user }}"

मेरे पास केवल user:apache_user करने का कोई तरीका नहीं है क्योंकि मुझे एक उपनिवेश पारित करने की आवश्यकता है और इस प्रकार उदा का सहारा लेना है

- set_fact:
    expected_ownership: "{{ user }}:{{ apache_user }}"

तो मेरा सवाल यह है: मैं उन 2 उपयोग के मामलों के लिए कैसे खाता हूँ अगर jinja2 delimiters को अंसारी 2.3 के साथ शुरू किया गया है? क्या set_fact अब पसंदीदा विकल्प है?

एक और उपयोग मामला जोड़ना:

निम्नलिखित चर पर विचार करें:

to_be_removed_users:
  - name: 'adm'
    remove: False 
  - name: 'ftp'
    remove: True
  - name: 'games'
    remove: False  
  - name: 'gopher'
    remove: True
  - name: 'operator'
    remove: False
  - name: 'uucp'
    remove: True

तब निम्न कार्य चेतावनी उत्पन्न करते हैं। यह सुनिश्चित नहीं है कि आइटम के रूप में इससे कैसे बचा जाए ।नाम सूची में पुनरावृत्ति का परिणाम है

`` `
नाम: उपयोगकर्ताओं की सूची प्राप्त करें
getent:
डेटाबेस: पासवार्ड
टैग:
- उपयोगकर्ता

• नाम: सुनिश्चित करें कि निम्नलिखित उपयोगकर्ता हटा दिए गए हैं
  उपयोगकर्ता:
  नाम: "{{item.name}}"
  राज्य: अनुपस्थित
  निकालें: "{{item.remove}}"
  with_items: '{{to_be_removed_users}}'
  जब: getent_passwd। {{item.name}} परिभाषित किया गया है
  टैग:
  
  
  
  • userdel
    
    `` `
  
  

@PhilEv , आप इस समस्या से बचने के लिए कुछ ऐसा कर सकते हैं (ध्यान दें कि आपको सही जाँच की आवश्यकता नहीं है):

`` `---

• मेजबान:
  
  
  
  • स्थानीय होस्ट
    
    कार्य:
  
  
  • set_fact:
    
    रंग की:
    
    लाल: सच है
    
    BLUE: सच है
    
    येल्लो: गलत
  
  

- name: Favourite colours!
  command: echo "I like {{ item }}"
  # when: COLOURS.{{item}} is defined and COLOURS.{{item}}
  when: item in COLOURS and COLOURS[item]
  with_items:
    - "GREEN"
    - "BLUE"
    - "PURPLE"
    - "YELLOW"```

हम इन चेतावनियों को भी देख रहे हैं, और when के हिसाब से jinja सीमांकक को हटा रहे हैं:

- name: Check if redis is installed
  shell: redis-server --version || /bin/true
  register: redis_is_installed

- include: redis_build.yml
  when: "redis_is_installed.stdout.find('v={{ redis_version }}') == -1"

इसे लिखने के वैकल्पिक तरीके के लिए कोई सुझाव?

@jsuter

when: "redis_is_installed.stdout.find('v=' ~ redis_version) == -1"

@sivel बहुत बढ़िया, धन्यवाद। इस मामले में विशेष रूप से टिल्ड क्या कर रहा है? मुझे इस पर डॉक्स नहीं मिलेंगे और पढ़ना पसंद करेंगे।

@jsuter http://jinja.pocoo.org/docs/dev/templates/#other -operators

~
सभी ऑपरेंड्स को स्ट्रिंग्स में परिवर्तित करता है और उन्हें समेटता है।

{{"हैलो" ~ नाम ~ "!" }} वापस आ जाएगा (मान लिया गया नाम 'जॉन' पर सेट है) हैलो जॉन!

धन्यवाद @streetster को ansible group में पोस्ट किया गया (धन्यवाद @sivel और जोश)

when: getent_passwd[item['name']] is defined
मेरे मामले के लिए सब अच्छा था

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

प्रतीत होता है कि उदाहरण के आसपास काम करने में सक्षम नहीं हैं:

चूक

auth_service       : none
auth_service_aws   : aws
auth_service_is_aws: '{{ (auth_service == auth_service_aws) | bool }}'

मेटा

dependencies:

  - { role: apollo/auth/aws, when: auth_service_is_aws }

चेतावनी फेंकता है…।

और अंत में (यह वास्तव में काम करना मुश्किल है!)

मूल भूमिका - चूक

bootstrap_ping : true

मूल भूमिका - मेटा

dependencies:

  - { role: apollo/platform/ping, ping: '{{ bootstrap_ping }}' }

बाल भूमिका - कार्य

- name: execute

  when: ping

  win_ping:

मुझे गंभीरता से उम्मीद है कि मैं बेवकूफ हो रहा हूं और या तो कुछ सरल याद आ रहा है या यह परिवर्तन अगली रिलीज में वापस हो जाता है।

मुझे भी उलझन में रंग। अन्सिबल में बाकी सब, जहां तक ​​मैं देख सकता हूं, जिन्जा डेलिमेटर्स का उपयोग करता है। "Change_when" और बाकी के बीच क्या अंतर है? किसी ऐसे व्यक्ति के रूप में बोलना जो अंसिबल सीख रहा है, यह चीजों को समझना कठिन बनाता है।

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

https://github.com/ansible/ansible/pull/24974

इसके बजाय यह कहने के लिए कि क्या नहीं करना चाहिए, क्या करना चाहिए! हम जादूगर नहीं हैं। धन्यवाद।

मुझे यह चेतावनी अब सभी जगह मिल जाती है। मेरे पास एक सामान्य भूमिका है जो विशिष्ट भूमिकाओं में 'विस्तारित' है जब इस चर को meta/main.yml में इस तरह की निर्भरता के रूप में परिभाषित करके कुछ चर निर्दिष्ट

dependencies:
  - role: generic_role
    _configuration_needed: "{{custom_configuration_needed}}"

custom_configuration_needed तब एक डिफ़ॉल्ट है या विशेष भूमिका सहित जब प्रति-होस्ट या प्रति-समूह को ओवरराइड किया जा सकता है।

फिर, सामान्य भूमिका में मेरे पास इस तरह के कदम हैं:

- name: "configure package if necessary"
  include: configure.yml
  when: _configuration_needed

हालाँकि, अब मैं उस विशिष्ट भूमिका के लिए निष्पादित configure.yml " में हर एक कदम में, इस तरह की चेतावनी प्राप्त करता हूँ:

   [WARNING]: when statements should not include jinja2 templating delimiters such as {{ }} or {% %}. Found: {{custom_configuration_needed}}
 ```

This is due to the implicit 'when' clause that's added to every step in that included file, but I'm not sure how to solve this-one. The `_configuration_needed` isn't the only case, it's just the one spamming most warnings right now. Now for this `_configuration_needed` I tried defining the dependency like this:

निर्भरता:

• भूमिका: generic_role
  _configuration_needed: custom_configuration_needed
  `` `

यह तब भी काम नहीं करता है, जब से मैं उस _configuration_needed चर को प्रिंट करता हूं, तो मैं इस "custom_configuration_needed" को (एक गैर-रिक्त) स्ट्रिंग के रूप में देखता हूं, जो हमेशा "True" का मूल्यांकन करता है। यह निश्चित रूप से अपेक्षित या वांछित व्यवहार नहीं है और मुझे नहीं पता कि इन चेतावनियों को कैसे हटाया जाए।

यदि इस मामले में इन चेतावनियों को रोकने के लिए एक कार्यशील समाधान है, जिसमें अपेक्षित व्यवहार भी है, तो कृपया साझा करें - अभी दफन करें, मुझे ऐसा करने का कोई तरीका नहीं मिल सकता है।

इसके अलावा, 3 नंबर के लिए, कृपया बोर्ड के पार जिंगा टेम्प्लटिंग को सुसंगत बनाने पर विचार करें। हर जगह या कहीं भी {{}} , लेकिन यह सादा मूर्खतापूर्ण है।

मैं {{}} के बिना एक डायनामिक वैरिएबल को ग्रहण नहीं कर सकता, मुझे यह कार्य कर्ली कोष्ठक से नहीं मिल सकता:

vars:
    host_name: ['foo', 'bar']
    foo_wwn_2: "This exist"

  tasks:
    - debug:
        var: "{{item.1}}_wwn_{{item.0}}"
     when: ({{item.1 + '_wwn_' + item.0}}) is defined
      with_nested:
        - ['1', '2']
        - "{{host_name}}"

कोष्ठक के बिना यह सिर्फ एक स्ट्रिंग है जिसे TRUE के रूप में मूल्यांकन किया जाएगा।

यह देखना वास्तव में विघटित है कि आप when भीतर चर का मूल्यांकन करने का एकमात्र तरीका निकालना चाहते हैं।

आपके उदाहरण में @bartmeuris , चेतावनी अब v2.4 में दिखाई नहीं देगी जो जल्द ही जारी होने वाली है

@MichalTaratuta आप उपयोग कर किया जाना चाहिए बजाय निम्नलिखित:

when: vars[item.1 ~ '_wnn_' ~ item.0] is defined

यह तथ्य कि आपके उदाहरण ने पहले काम किया था वह अनजाने में था, और जाँच करने के लिए एक चर नाम बनाने के लिए सबसे अच्छा अभ्यास नहीं है।

स्ट्रिंग की उपस्थिति के लिए परीक्षण के बारे में क्या है, जिसके एक हिस्से में एक चर होता है?

vars:
  acct:
    name: example_name

tasks:
  - name: Emergency Account | Gather list of usernames
    ios_command:
      commands: show run | i ^username
    register: ios_usernames

  - name: Emergency Account | Remove non-emergency account users
    ios_config:
      lines:
        - no {{ item }}
    with_flattened:
      - "{{ ios_usernames.stdout_lines }}"
    when: '"username {{ acct.name }} privilege 0 secret" not in item'
    no_log: True

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

संपादित करें
धागा बांधने के लिए क्षमा करें। कुछ उदाहरणों को फिर से पढ़ने और आगे के परीक्षण के बाद उद्धरण को तोड़कर और समवशरण का उपयोग करके इसे प्राप्त करने में सक्षम था। इसे थोड़ा लंबा बनाता है लेकिन काम करता है।

  when: '"username " ~ localauth.emergency.name ~ " privilege 0 secret" not in item'

मैं देख रहा हूं कि चेतावनी उपयोगी है, लेकिन उदाहरण के लिए लंबे समय तक निम्नलिखित अभिव्यक्तियाँ की जा सकती हैं जैसे बिना किसी टेम्प्लेट किए हुए सीमांकक के बिना लिखा जा सकता है:

  when: |-
      {%- set certs = {'sync': False} -%}
      {% if gen_node_certs[inventory_hostname] or
        (not etcdcert_node.results[0].stat.exists|default(False)) or
          (not etcdcert_node.results[1].stat.exists|default(False)) or
            (etcdcert_node.results[1].stat.checksum|default('') != etcdcert_master.files|selectattr("path", "equalto", etcdcert_node.results[1].stat.path)|map(attribute="checksum")|first|default('')) -%}
              {%- set _ = certs.update({'sync': True}) -%}
      {% endif %}
      {{ certs.sync }}

इससे नए लोगों को मदद मिल सकती है,
हम अवस्था के अंदर चर का उपयोग नहीं कर सकते क्योंकि इसमें कुछ प्रतिबंध हैं और नीचे चेतावनी प्रदर्शित की जाएगी
चेतावनी: जब कथनों में jinja2 टेम्प्लेटिंग सीमांकक जैसे {{}} या {%%} शामिल नहीं

इसलिए चर को पार करके स्थिति की जाँच करते समय ऐसी चीजों से बचने के लिए, पहले हमें उस विशेष चर को पंजीकृत करना होगा और फिर उसका उपयोग करना होगा। हालांकि, छोटा उदाहरण

एक नाटक पुस्तक को चलाते समय संस्करण पहले से ही परिभाषित या निष्क्रिय रूप से पारित हो गया है

- name: Check the java version
   shell: java -version 2>&1 | grep version | awk '{print $3}' | sed 's/"//g' | cut -d "_" -f1
   register: java_versios
 - name: testing senario
   shell: echo '{{ VERSION }}'
   register: r
- name: testing
   file:
     path: /root/Karthik/JAVATEST
     state: directory
     owner: root
     group: root
     mode: 0755
     recurse: yes
   when: java_version.stdout >= r.stdout

नमस्ते,

जब मैं पूर्वनिर्धारित चर के आधार पर एक इन्वेंट्री समूह का नाम दे रहा हूं तो उस मामले के बारे में क्या?
चर "Sync_source" पर आधारित इस परिदृश्य में, मैं इन्वेंट्री समूह को आमंत्रित करता हूं जिसे उपयोगकर्ता द्वारा चर के रूप में पारित किया जाता है।

    - debug:
        msg:
          - "source instance: {{ inventory_hostname }}"
          - "{{ dir }} size is {{ result_dir_size }} GB"
      when: "inventory_hostname in groups.{{ sync_source }}"

@linlinas

when: "inventory_hostname in groups[sync_source]"