Tipo de problema:
Bug Report
Versão Ansible:
ansible 2.0.0 (devel 2963bba901) last updated 2015/10/14 15:07:35 (GMT +300)
lib/ansible/modules/core: (devel 95b10c9fdd) last updated 2015/10/14 10:52:54 (GMT +300)
lib/ansible/modules/extras: (devel 15480e3d04) last updated 2015/10/14 10:52:56 (GMT +300)
config file = /etc/ansible/ansible.cfg
configured module search path = None
Configuração Ansible:
O problema existe mesmo com a versão github de ansible.cfg
Meio Ambiente:
MacOSX Yosemite 10.10.5
Resumo:
No desenvolvimento mais recente, o uso do módulo ec2 foi interrompido. Tentar usar até mesmo os exemplos básicos da página ec2_module produz a mensagem:
fatal: [localhost]: FAILED! => {"failed": true, "msg": "ERROR! module is missing interpreter line"}
O erro ocorre antes mesmo de as opções do módulo serem analisadas.
A funcionalidade foi interrompida desde o commit 18e2ee16ef0895831ead312550eb5de44c99524c. Não consegui decifrar porque aquele commit quebrou o módulo ec2.
Passos para reproduzir:
- hosts: localhost
tasks:
- ec2:
key_name: mykey
instance_type: t2.micro
image: ami-123456
wait: yes
group: webserver
count: 3
vpc_subnet_id: subnet-29e63245
assign_public_ip: yes
Resultados esperados:
Os módulos ec2 devem funcionar como antes e permitir a criação de instâncias.
Resultados reais:
O erro a seguir é impresso e a execução do manual termina.
fatal: [localhost -> localhost]: FAILED! => {"failed": true, "msg": "ERROR! module is missing interpreter line"}
Incapaz de replicar. Este erro está indicando que o módulo não tem o caminho necessário, mas na verdade tem: https://github.com/ansible/ansible-modules-core/blob/devel/cloud/amazon/ec2.py#L1
Pode ser devido a um problema de caminho e / ou configuração. Isso acontece com outros módulos?
OSX: 10.10.2
HEAD testado:
PLAY ***************************************************************************
TASK [setup] *******************************************************************
ok: [localhost]
TASK [ec2 aws_secret_key=***** count=1 aws_access_key=****** group=All key_name=***** region=us-west-1 vpc_subnet_id=subnet-64e9d522 instance_type=t2.micro assign_public_ip=True image=ami-df6a8b9b wait=True] ***
changed: [localhost] => {"changed": true, "instance_ids": ["i-249c1196"], "instances": [{"ami_launch_index": "0", "architecture": "x86_64", "block_device_mapping": {"/dev/sda1": {"delete_on_termination": true, "status": "attached", "volume_id": "vol-c611fe3e"}}, "dns_name": "ec2-54-193-42-241.us-west-1.compute.amazonaws.com", "ebs_optimized": false, "groups": {"sg-f2953597": "All"}, "hypervisor": "xen", "id": "i-249c1196", "image_id": "ami-df6a8b9b", "instance_type": "t2.micro", "kernel": null, "key_name": "*****", "launch_time": "2015-10-20T05:02:16.000Z", "placement": "us-west-1a", "private_dns_name": "ip-172-31-10-161.us-west-1.compute.internal", "private_ip": "172.31.10.161", "public_dns_name": "ec2-54-193-42-241.us-west-1.compute.amazonaws.com", "public_ip": "54.193.42.241", "ramdisk": null, "region": "us-west-1", "root_device_name": "/dev/sda1", "root_device_type": "ebs", "state": "running", "state_code": 16, "tags": {}, "tenancy": "default", "virtualization_type": "hvm"}], "tagged_instances": []}
PLAY RECAP *********************************************************************
localhost : ok=2 changed=1 unreachable=0 failed=0
Compromisso testado: 18e2ee16ef0895831ead312550eb5de44c99524c
PLAY ***************************************************************************
TASK [setup] *******************************************************************
ok: [localhost]
TASK [ec2 aws_secret_key=***** count=1 aws_access_key=*****group=All key_name=***** region=us-west-1 vpc_subnet_id=subnet-64e9d522 instance_type=t2.micro assign_public_ip=True image=ami-df6a8b9b wait=True] ***
changed: [localhost] => {"changed": true, "instance_ids": ["i-9d911c2f"], "instances": [{"ami_launch_index": "0", "architecture": "x86_64", "block_device_mapping": {"/dev/sda1": {"delete_on_termination": true, "status": "attached", "volume_id": "vol-7468878c"}}, "dns_name": "ec2-54-193-61-87.us-west-1.compute.amazonaws.com", "ebs_optimized": false, "groups": {"sg-f2953597": "All"}, "hypervisor": "xen", "id": "i-9d911c2f", "image_id": "ami-df6a8b9b", "instance_type": "t2.micro", "kernel": null, "key_name": "*****", "launch_time": "2015-10-20T05:21:45.000Z", "placement": "us-west-1a", "private_dns_name": "ip-172-31-5-245.us-west-1.compute.internal", "private_ip": "172.31.5.245", "public_dns_name": "ec2-54-193-61-87.us-west-1.compute.amazonaws.com", "public_ip": "54.193.61.87", "ramdisk": null, "region": "us-west-1", "root_device_name": "/dev/sda1", "root_device_type": "ebs", "state": "running", "state_code": 16, "tags": {}, "tenancy": "default", "virtualization_type": "hvm"}], "tagged_instances": []}
PLAY RECAP *********************************************************************
localhost : ok=2 changed=1 unreachable=0 failed=0
LIVRO DE CANTADAS:
- hosts: localhost
connection: local
tasks:
- ec2:
aws_access_key: '*****'
aws_secret_key: '*****'
region: us-west-1
key_name: *****
instance_type: t2.micro
image: ami-df6a8b9b
wait: yes
group: All
count: 1
vpc_subnet_id: subnet-64e9d522
assign_public_ip: yes
Eu finalmente resolvi o bug. Eu tinha ec2.ini no diretório 'library' e, por algum motivo, o ansible o selecionou quando procurou o módulo ec2. Renomear ec2.ini para ec2_dynamic_inventory.ini e executar 'export EC2_INI_PATH = library / ec2_dynamic_inventory.ini' corrigiu o problema.
Apenas uma observação: você pode obter este erro se estiver faltando:
#!/usr/bin/python
hashbang na parte superior do arquivo do módulo. Provavelmente relevante apenas para pessoas que estão desenvolvendo seus próprios módulos. Mas me fez tropeçar!
Comentários muito úteis
Apenas uma observação: você pode obter este erro se estiver faltando:
hashbang na parte superior do arquivo do módulo. Provavelmente relevante apenas para pessoas que estão desenvolvendo seus próprios módulos. Mas me fez tropeçar!