Ansible: Pesan kesalahan konyol "Dekripsi gagal"

Dibuat pada 5 Feb 2016  ·  9Komentar  ·  Sumber: ansible/ansible

$ vagrant provision                                                                                                                                                                                                                        
==> default: Running provisioner: ansible...
    default: Running ansible-playbook...
PYTHONUNBUFFERED=1 ANSIBLE_FORCE_COLOR=true ANSIBLE_HOST_KEY_CHECKING=false ANSIBLE_SSH_ARGS='-o UserKnownHostsFile=/dev/null -o IdentitiesOnly=yes -o ControlMaster=auto -o ControlPersist=60s' ansible-playbook --connection=ssh --timeout=30 --limit='default' --inventory-file=/Users/bob/src/ansible-devops/.vagrant/provisioners/ansible/inventory -v playbook.yml
No config file found; using defaults
ERROR! Decryption failed
Ansible failed to complete successfully. Any error output should be
visible above. Please fix these errors and try again.

Saya cukup baru mengenal Ansible, tetapi saya tidak ingat pernah mengenkripsi sesuatu, jadi melihat pesan "Dekripsi gagal" tampaknya lebih seperti kasus "Kami gagal memberikan pesan kesalahan yang berguna atau program rusak".

Terlepas dari mengatakan "Dekripsi gagal" tanpa mengatakan _what_, program mencoba mendekripsi agak .... konyol.

Saya menggunakan kemungkinan 2.0.0.

Harap perbaiki Ansible sehingga benar-benar dapat digunakan.

bug

Komentar yang paling membantu

@ 0xABAB ini adalah komentar kasar kedua yang pernah saya lihat Anda tinggalkan. Kami senang membantu, tetapi jika Anda terus bersikap kasar kepada mereka yang mencoba membantu (terutama anggota komunitas yang bahkan bukan karyawan Ansible), kami tidak punya pilihan selain melarang Anda memposting tentang suatu masalah.

Semua 9 komentar

Jadi, bisakah Anda menyediakan file gelandangan dan file yang mungkin, sehingga seseorang dapat mereproduksi dan melihat masalahnya?

Saya pikir Anda tidak harus berbicara dengan saya jika Anda mengajukan pertanyaan pemula seperti itu, maaf. Setiap pengembang yang serius dapat memperbaiki masalah ini dalam 5 menit; Saya tahu saya bisa. Saya hanya tidak merasa termotivasi untuk melakukannya dan saya tidak memiliki akses berkomitmen ke proyek ini. Jika saya punya, saya mungkin sudah memperbaikinya. Karena itu, saya lebih suka untuk tidak menggunakan perangkat lunak yang dibuat oleh orang-orang dengan standar kualitas rendah.

@ 0xABAB ini adalah komentar kasar kedua yang pernah saya lihat Anda tinggalkan. Kami senang membantu, tetapi jika Anda terus bersikap kasar kepada mereka yang mencoba membantu (terutama anggota komunitas yang bahkan bukan karyawan Ansible), kami tidak punya pilihan selain melarang Anda memposting tentang suatu masalah.

@ jimi-c Maksud Anda bahwa Anda senang mengetahui setiap bug yang telah saya laporkan secara gratis dan bahwa Anda senang jika para pemula memperbaiki bug di produk inferior Anda secara gratis dan jika saya menjelaskan kepada seorang pemula bahwa dia adalah seorang pemula bahwa ini tidak sejalan dengan strategi perusahaan Anda tentang tenaga kerja gratis?

Saya pikir orang-orang seperti Anda jimi-c adalah yang terburuk dari yang terburuk ... atau Anda hanya kurang kecerdasan untuk memahami perilaku Anda sendiri, dalam hal ini saya dengan baik hati menyarankan agar Anda berhenti dari pekerjaan Anda; Anda akan membantu semua orang.

@ 0xABAB Anda sedang keledai. Tolong pergilah.

PS "Pemula" yang mencoba membantu Anda telah berkontribusi lebih dari seratus komitmen untuk Ansible selama beberapa tahun.

Saya tidak menggunakan Vagrant dan saya tidak terlalu baru mengenal ansible tetapi saya mengalami kesalahan yang sama - tambahkan -vvv sepertinya tidak menghasilkan info tambahan apa pun. Sayangnya, komentar sejauh ini telah membuat orang-orang tidak mau membantu dalam hal ini - tetapi dengan senang hati saya akan memberikan info (atau membuka masalah baru). Ansible cukup berguna tanpa masalah ini diperbaiki.

Instans vsphere saya menggunakan sertifikat yang ditandatangani sendiri tetapi menjalankan SSL dan saya tidak benar-benar melihat opsi apa pun untuk mematikan validasi sertifikat - jadi pertanyaan pertama saya adalah apakah itu mungkin masalahnya. Saya mungkin juga menggunakan modul secara tidak benar - inilah yang saya miliki:

pedoman (vm_provision.yml):

- hosts: all
  gather_facts: false
  connection: local

  vars_prompt:
    - name: "vcenter_username"
      prompt: "VCenter Username: "
      private: no
    - name: "vcenter_password"
      prompt: "VCenter Password: "
      private: yes

  tasks:

    - vsphere_guest:
      vcenter_hostname: REDACTED
        username: "{{ vcenter_username }}"
        password: "{{ vcenter_password }}"
        guest: "{{ vm_name }}"
        from_template: yes
        template_src: "{{ vm_template }}"
        cluster: "{{ vm_cluster }}"
        vm_extra_config:
          notes: "{{ vm_note }}"
          folder: "{{ vm_folder }}"

Inventaris (item yang disunting adalah semua string):

[vmtest]
REDACTED vm_name='testvm'

[vmtest:vars]
vm_datastore='REDACTED'
vm_network='REDACTED'
vm_memory='4096' cpucount='2'
vm_template='REDACTED'
vm_note='Testing'
vm_folder='REDACTED'

lari yang mungkin:

ansible-playbook playbooks/vm_provision.yml -i inventory -l vmtest -vvv
SSH password:
SUDO password[defaults to SSH password]:
ERROR! Decryption failed

info versi yang mungkin

ansible --version
ansible 2.1.0
  config file = /Users/aaron.nichols/projects/cba-deploy/ansible.cfg
  configured module search path = Default w/o overrides

@adnichols pesan adalah hasil dari ansible-vault yang gagal mendekripsi file vars, pastikan Anda memasukkan kata sandi vault atau tidak menyertakan file vault.

Kesalahan telah diperjelas dalam pengembangan saat ini melalui 0f73fb0d6fce6c01e79a68267d184290408b429d, jadi menutup tiket ini karena itu akan memperjelas file mana yang menyebabkan masalah.

Alangkah baiknya memberikan pengingat untuk menggunakan --vault-password-file , --ask-vault-pass atau sesuatu yang berpengaruh jika dekripsi gagal karena tidak ada kata sandi yang ditentukan.

"Dekripsi gagal" agak samar.

Saya tahu masalah ini telah teratasi dan saya menggunakan kemungkinan 2.1.1.0, tetapi pesan kesalahan ini masih muncul dan meminta Google memiliki harapan untuk memperbaikinya. Ia bahkan tidak menyebutkan file vault dalam pesan kesalahan.
Meskipun posting ini membuat saya menyelesaikan masalah dalam kasus saya, penyebabnya adalah karena kata sandi yang digunakan di .vault.passwd bukan yang membuat vault.yml. Kesalahan yang jauh lebih baik adalah:
"Tidak dapat mendekripsi {path to vault.yml}"

Apakah halaman ini membantu?
0 / 5 - 0 peringkat