Ansible: تقرير الخطأ: وحدة ec2 معطلة بسبب "خطأ وحدة! تفتقد سطر المترجم"

تم إنشاؤها على ١٤ أكتوبر ٢٠١٥ · 3تعليقات · مصدر: ansible/ansible

نوع القضية:

Bug Report

نسخة أنسبل:

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

تكوين أنسبل:

المشكلة موجودة حتى مع إصدار github من ansible.cfg

بيئة:

MacOSX يوسمايت 10.10.5

ملخص:

في أحدث استخدام للتطوير لوحدة ec2 معطل. محاولة استخدام حتى الأمثلة الأساسية من صفحة ec2_module ينتج عنها رسالة:

 fatal: [localhost]: FAILED! => {"failed": true, "msg": "ERROR! module is missing interpreter line"}

يحدث الخطأ حتى قبل تحليل خيارات الوحدة النمطية.

تم كسر الوظيفة منذ الالتزام 18e2ee16ef0895831ead312550eb5de44c99524c. لم أستطع فك سبب كسر هذا الالتزام لوحدة ec2.

خطوات الاستنساخ:

- 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

نتائج متوقعة:

يجب أن تعمل وحدات ec2 كما كانت من قبل وتسمح بإنشاء مثيلات.
النتائج الفعلية:

تتم طباعة الخطأ التالي وينتهي تنفيذ قواعد اللعبة.

fatal: [localhost -> localhost]: FAILED! => {"failed": true, "msg": "ERROR! module is missing interpreter line"}

bug

مصدر

Pallokala

التعليق الأكثر فائدة

مجرد ملاحظة ، يمكنك الحصول على هذا الخطأ إذا كنت تفتقد:

#!/usr/bin/python

hashbang في الجزء العلوي من ملف الوحدة الخاصة بك. ربما تكون مناسبة فقط للأشخاص الذين يطورون وحداتهم الخاصة. لكنها أخطأتني!

toast38coza في ٢ فبراير ٢٠١٦

👍4

ال 3 كومينتر

غير قادر على التكرار. يشير هذا الخطأ إلى أن الوحدة النمطية لا تحتوي على المسار المطلوب ، ولكنها في الواقع تحتوي على: https://github.com/ansible/ansible-modules-core/blob/devel/cloud/amazon/ec2.py#L1

قد يكون بسبب مشكلة في المسار و / أو مشكلة في الإعداد. هل يحدث هذا مع وحدات أخرى؟

OSX: 10.10.2

رأس تم اختباره:

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

التزام تم اختباره: 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

كتاب التشغيل:

- 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

stajkowski في ٢٠ أكتوبر ٢٠١٥

لقد تمكنت أخيرًا من حل الخطأ. كان لدي دليل ec2.ini في دليل "library" ولسبب ما كان ينتقيها عندما بحثت عن وحدة ec2. إعادة تسمية ec2.ini إلى ec2_dynamic_inventory.ini وتنفيذ "تصدير EC2_INI_PATH = library / ec2_dynamic_inventory.ini" أدى إلى إصلاح المشكلة.

Pallokala في ٤ نوفمبر ٢٠١٥

مجرد ملاحظة ، يمكنك الحصول على هذا الخطأ إذا كنت تفتقد: