คำถามติดแท็ก ansible

1
แยกได้โดยไม่ต้องไดเรกทอรีแรก
เมื่อทำการแตกไฟล์ tar.gz ใน ansible ฉันจะได้ไดเรกทอรีแรก - name: Extract archive unarchive: src=file.tar.gz dest=/foo/bar ผลลัพธ์ใดใน/foo/bar/bar-version-someFirstLevelFolder/contentOfArchive ฉันจะป้องกันการสร้างลำดับชั้นพิเศษนี้ได้อย่างไร
29 tar  ansible 

3
ทำรายการตัวแปร Ansible ทั้งหมดสำหรับโฮสต์หรือกลุ่มด้วยคำสั่ง ad hoc?
ตัวแปรที่มาจากแหล่งต่าง ๆ เป็นตัวอย่างที่เป็นไปได้ในการจัดเตรียม host_vars และ group_vars โดยการสร้างไฟล์ YAML ในโฟลเดอร์ย่อยที่มีชื่อhost_varsและgroup_varsตามลำดับของโฟลเดอร์ที่มีไฟล์สินค้าคงคลัง ฉันสามารถแสดงรายการทั้งหมดของตัวแปรเบิ้ลจะรู้เกี่ยวกับกลุ่มหรือโฮสต์ภายใน PlayBook หรือไม่? หมายเหตุ: ฉันพยายามansible -m debug -e 'var=hostvars' hostและansible -m debug -e '- debug: var=hostvars'ไม่มีประโยชน์ คำแนะนำ: ansible <group|host> -m setupจะไม่ได้คำตอบที่ถูกต้องในขณะที่มันไม่ได้รวมตัวแปรทั้งหมดที่มาจากแหล่งอื่น ๆ (มีเพียง{ "ansible_facts" : { ... } }. ในความเป็นจริงมันไม่ได้รวมตัวแปรให้โดยสคริปต์สินค้าคงคลังแบบไดนามิก (ผ่าน_metaและอื่น ๆ ) รุ่น Ansible: 1.9.1
25 ansible 

1
ไวยากรณ์ที่เหมาะสมสำหรับ symlink ที่ไม่สามารถใช้งานได้
ไวยากรณ์ที่เหมาะสมสำหรับการสร้าง symlink โดยใช้ ansible คืออะไร? ฉันกำลังสร้างสภาพแวดล้อมเสมือนจริงของ Vagrant และใช้งาน ansible เป็นผู้จัดเตรียมของฉัน ทุกอย่างทำงานได้ดีจนกระทั่งฉันพยายามเชื่อมโยงไปยังไฟล์การกำหนดค่าไซต์ nginx ของฉันจากเว็บไซต์ที่เปิดใช้งาน นี่คือสิ่งที่ฉันได้ลอง - name: Create symlink to example.com file: path: /etc/nginx/sites-enabled/example.com dest: /etc/nginx/sites-available/example.com state: link notify: nginx reload เมื่อฉันทำสิ่งนี้ฉันพบกับข้อผิดพลาดต่อไปนี้ ข้อผิดพลาด: ข้อผิดพลาดทางไวยากรณ์ขณะโหลดสคริปต์ YAML /Users/username/project/ansible/roles/nginx/tasks/main.yml หมายเหตุ: ข้อผิดพลาดอาจปรากฏขึ้นก่อนตำแหน่งนี้: บรรทัด 24, คอลัมน์ 1 - ชื่อ: Symlink ไปที่ example.dev.conf ไฟล์: path = / …
24 nginx  vagrant  ansible 

2
Ansible ใช้ inventory_hostname หรือ ansible_hostname ในชื่องาน
ฉันกำลังเขียน playbook อัพเกรดที่กำลังกลิ้งและต้องการพิมพ์ชื่อโฮสต์ของโฮสต์ปัจจุบันที่ได้รับการอัพเกรด ฉันใส่inventory_hostnameและansible_hostnameชื่องาน แต่ไม่ได้ผล - name: upgrade softare on {{inventory_hostname}} - name: current host is {{ansible_hostname}} แก้ปัญหาทำงานได้ดี - name: Test a variable debug: var=inventory_hostname TASK: [Test a variable] ******************************************************* ok: [SERV14] => { "var": { "inventory_hostname": "SERV14" } } ดังนั้นสิ่งที่ฉันควรทำเพื่อให้สามารถใช้ตัวแปรเหล่านั้นในคำอธิบายชื่องาน ขอบคุณ
19 ansible 

2
ฉันจะลงทะเบียนตัวแปรที่ตั้งชื่อแบบไดนามิกในงาน Ansible ได้อย่างไร
ฉันพยายามดึง ID กลุ่มของสองกลุ่ม ( syslogและutmp) ตามชื่อโดยใช้งาน Ansible สำหรับวัตถุประสงค์ในการทดสอบฉันได้สร้าง playbook เพื่อดึงข้อมูลจาก Ansible host เอง --- - name: My playbook hosts: enabled sudo: True connection: local gather_facts: False tasks: - name: Determine GIDs shell: "getent group {{ item }} | cut -d : -f 3" register: gid_{{item}} failed_when: gid_{{item}}.rc != 0 changed_when: …
11 ansible 

2
เมื่อใดก็ตามที่ ansible ทำการเปลี่ยนแปลง sshd ใน CentOS7 การเล่นแบบสุ่มในอนาคตจะไม่สามารถเชื่อมต่อได้
นี่เป็นปัญหาที่น่ารำคาญพอที่ฉันคิดว่าในที่สุดฉันก็จะถามชุมชนโดยรวมว่าจะมีวิธีแก้ปัญหาที่เป็นไปได้อย่างไร มันน่ารำคาญยิ่งกว่าที่ฉันดูเหมือนจะเป็นคนเดียวที่ประสบปัญหานี้ เป็นหลักทุกเวลาใน CentOS 7.x, sshd configs หรือส่วนใดส่วนหนึ่งของ sshd ได้รับการแก้ไขและ daemon จะเริ่มต้นใหม่ / โหลดใหม่ที่ "สุ่มจุด" ใน 3 นาทีถัดไปการเชื่อมต่อ ssh รีเซ็ตทั้งหมดแล้วเซิร์ฟเวอร์นั้น เข้าไม่ถึงสองสามวินาทีผ่าน ssh นี่เป็นปัญหาโดยเฉพาะอย่างยิ่งสำหรับการที่จำเป็นต้องทำการเปลี่ยนแปลงเหล่านี้เป็น sshd ในบางครั้งและทำการโหลดซ้ำ (เช่นในเซิร์ฟเวอร์ CentOS 7x รุ่นใหม่) แต่ในอนาคตจะมีการเล่นแบบสุ่มไม่สามารถเชื่อมต่อกับ ssh ได้และมันจะทำให้ส่วนที่เหลือของ playbook / บทละครสำหรับโฮสต์นั้นซึ่งไม่สามารถติดต่อได้ นี่เป็นสิ่งที่ไม่ดีโดยเฉพาะอย่างยิ่งสำหรับรูปแบบโฮสต์ที่มีขนาดใหญ่เนื่องจากมีเพียงไม่กี่แบบที่จะสุ่มให้เสร็จสมบูรณ์ เป็นที่ทราบว่าไม่มีการเรียงลำดับใด ๆ เกิดขึ้นใน CentOS 5x, 6x หรือแม้แต่บน Solaris สิ่งที่ดีที่สุดที่ฉันสามารถทำได้เพื่อหลีกเลี่ยงปัญหานี้คือการสร้างการรอ 90 วินาทีหลังจากการเปลี่ยนแปลงใด ๆ กับ sshd …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.