Сбой задачи консоли Ansible Euca 5.0

Фон:

Я могу выполнить задачи установки/настройки консоли ansible, только добавив --region localhost в любое место: /usr/share/eucalyptus-ansible/roles/cloud-post/tasks /console.yml везде, где он вызывает инструменты, принимающие этот аргумент.

В противном случае каждая подзадача завершается с ошибкой следующим образом: [euca-describe-images: ошибка: ошибка соединения (('Соединение прервано.', gaierror(-2, 'Имя или служба неизвестна')))]

Выполнение команд из этого playbook непосредственно на настраиваемом сервере euca дает тот же результат, если я не укажу --region localhost

Проблема:

Я застрял здесь: [cloud-post : обновить системный домен console route53 для проверки подлинности eucalyptus-cloud]

Ошибка: euform-update-stack: ошибка (ValidationError): обновления не должны выполняться., stderr_lines: [euform-update-stack: ошибка (ValidationError): обновления не должны выполняться.]

Все службы работают, за исключением того, что ImagingBackend находится в состоянии Не готов.

В соответствии с euca-describe-instances не запущено ни одного экземпляра.

Доступны изображения:

IMAGE   ami-5be483c81cf8bd65c   eucalyptus-console-image-5-0-823/eucalyptus-console-image-5-0-823.raw.manifest.xml  000216594841    available   private x86_64  machine             instance-store  hvm 
TAG image   ami-5be483c81cf8bd65c   type    eucalyptus-console-image
TAG image   ami-5be483c81cf8bd65c   version 5.0.823
IMAGE   ami-f31092ddb73e29af9   eucalyptus-service-image-v5.0.100/eucalyptus-service-image.raw.manifest.xml 000216594841    available   privatx86_64    machine             instance-store  hvm 
TAG image   ami-f31092ddb73e29af9   provides    imaging,loadbalancing
TAG image   ami-f31092ddb73e29af9   type    eucalyptus-service-image
TAG image   ami-f31092ddb73e29af9   version 5.0.100

---
all:
  hosts:
    exp-euca.lan.com:
    exp-enc-[01:02].lan.com:

  vars:
    vpcmido_public_ip_range: "192.168.100.5-192.168.100.254"
    vpcmido_public_ip_cidr: "192.168.100.1/24"
    cloud_system_dns_dnsdomain: "cloud.lan.com"
    cloud_public_port: 443 
    eucalyptus_console_cloud_deploy: yes
    cloud_service_image_rpm: no
    cloud_properties:
      services.imaging.worker.ntp_server: "x.x.x.x"
      services.loadbalancing.worker.ntp_server: "x.x.x.x"


  children:
    cloud:
      hosts:
        exp-euca.lan.com:
    console:
      hosts:
        exp-euca.lan.com:
    node:
      hosts:
        exp-enc-[01:02].lan.com:

РЕДАКТИРОВАТЬ: Решено. Подробности в комментариях к отмеченному ответу.


person D N    schedule 20.01.2021    source источник


Ответы (1)


Ошибка имени, скорее всего, означает, что DNS для домена cloud.lan.com неправильно делегируется вашему развертыванию. Чтобы проверить это, проверьте, найден ли сервер имен:

dig +short NS cloud.lan.com

вы должны увидеть ns1.cloud.lan.com, а затем сможете использовать этот сервер имен для разрешения служб, например.

dig +short ec2.cloud.lan.com @ns1.cloud.lan.com

который должен быть IP-адресом хоста для службы compute.

Второй элемент — это ошибка в ansible playbook, которая возникает, когда стек уже присутствует и обновлен. Чтобы обойти это, вы можете либо обновить свою книгу воспроизведения, либо удалить стек перед запуском книги воспроизведения. В зависимости от того, как далеко продвинулся плейбук, у вас может быть скрипт для этого:

/usr/local/bin/console-manage-stack -a delete

соответствующее изменение в playbook: https://github.com/AppScale/ats-deploy/pull/36

person Steve Jones    schedule 20.01.2021
comment
Я также взял шаблон console-manage-stack из файлов ansible, потому что он не дошел до его установки на сервер euca. Я создал его вручную, и сценарий возвращает: Конфигурация образа консоли не найдена ... Я обновлю свою книгу с версией, которая устраняет ошибку. - person D N; 20.01.2021
comment
Спасибо, изменение плейбука, отслеженное в этой ошибке, сработало: github.com/AppScale/ats-deploy/ тянуть/36 - person D N; 20.01.2021
comment
А что касается первой части, проблема определенно заключалась в DNS. Делегирование моего облачного домена было отозвано в DNS. - person D N; 20.01.2021