Конфигурация сервиса Amazon ECS вернула ровно 1 результат, но получила> '0' - PullRequest
Новая
       14

Конфигурация сервиса Amazon ECS вернула ровно 1 результат, но получила> '0'

2 голосов
/ 23 октября 2019

Я пытаюсь обновить службу ECS с помощью бамбука и получаю следующую ошибку:

Не удалось получить ресурс из AWS!

java.lang.RuntimeException: Ожидается DescribeServiceRequest дляСлужба my-service возвращает ровно 1 результат, но получает значение 0 в net.utoolity.atlassian.bamboo.taws.aws.ECS.getSingleService (ECS.java:674) в net.utoolity.atlassian.bamboo.taws.ECSServiceTask.executeUpdate (ECSServiceTask.java:311) в net.utoolity.atlassian.bamboo.taws.ECSServiceTask.execute (ECSServiceTask.java:133) в net.utoolity.atlassian.bamboo.tawask.jj: 164) в com.atlassian.bamboo.task.TaskExecutorImpl.lambda $ executeTasks $ 3 (TaskExecutorImpl.java:319) в com.atlassian.bamboo.task.TaskExecutorImpl.executeTaskWithPrePostActions (Task.jpg). .task.TaskExecutorImpl.executeTasks (TaskExecutorImpl.java:319) при com.atlassian.bamboo.task.TaskExecutorImpl.execute (TaskExecutorImpl.java:112) при com.atlassian.bamboo.build.pipeline.tasks.ExecuteBuildTask.call (ExecuteBuildTask.java:73) в com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent.executeBuildPhase (DefaultBuildAgent.java:203) в com.atlassian.bild.v2. DefaultBuildAgent.build (DefaultBuildAgent.java:175) в com.atlassian.bamboo.v2.build.agent.BuildAgentControllerImpl.lambda $ waitAndPerformBuild $ 0 (BuildAgentControllerImpl.java:129) на сайте. .java: 185) в com.atlassian.bamboo.v2.build.agent.BuildAgentControllerImpl.waitAndPerformBuild (BuildAgentControllerImpl.java:123) в com.atlassian.bamboo.v2.build.agent.DefaultBuildAgent $ 1.run (по умолчанию):126) на com.atlassian.bamboo.utils. ImpersonationHelper.runWithSystemAuthority (ImpersonationHelper.java:17) в com.atlassian. bamboo.security.ImpersonationHelper $ 1.run (ImpersonationHelper.java:41) в java.lang.Thread.run (Thread.java:745)

Я использую настройку Force new deployment.

Есть идеи, в чем проблема?

Ответы [ 2 ]

2 голосов
/ 24 октября 2019

Мы не смогли сразу выявить ошибку в нашей кодовой базе, вот что, по-видимому, происходит:

Чтобы добавить сообщения о прогрессе в журнал сборки Bamboo, нам нужно вызвать DescribeServices API-действие перед вызовом фактического UpdateService API-действия, и исключение выдается, если и только если целевой сервис не может быть найден.

Так что на первый взгляд может быть тонкой проблемой конфигурации, которая время от времени случается со мной при использовании переменных Bamboo для ссылки на ресурсы из предыдущей задачи, где легко случайно скопировать и вставить неправильную переменнуюнапример, имя.

Неправильная ссылка в любом из следующих параметров действия Служба обновления Сервиса Amazon ECS приведет к соотв. Сбой действия задачи с сообщением об ошибке, потому что сам по себе вызов API DescribeServices будет успешным, но при этом не будет определена целевая служба:

  • Соединитель
  • Регион
  • Имя службы

Например, я только что воспроизвел проблему, используя несуществующее имя службы: 

24-Oct-2019 17:37:05    Starting task 'Update sample ECS service (w/ ELB) - 2 instances' of type 'net.utoolity.atlassian.bamboo.tasks-for-aws:aws.ecs.service'
24-Oct-2019 17:37:05    Setting maxErrorRetry=7 and awaitTransitionInterval=15000
24-Oct-2019 17:37:05    Using session credentials provided by Identity Federation for AWS app (connector variable: 6f6fc85d-4ea5-43ce-8e70-25aba33a5fda).
24-Oct-2019 17:37:05    Selecting region eu-west-1
24-Oct-2019 17:37:05    Updating service 'NOT-A-SERVICE' on cluster 'TAWS-IT270-100-ubot':
24-Oct-2019 17:37:06    Failed to fetch resource from AWS!
24-Oct-2019 17:37:06    java.lang.RuntimeException: Expected DescribeServiceRequest for service 'NOT-A-SERVICE' to return exactly 1 result, but got '0'
...

Конечно, сообщение об ошибке не совсемздесь полезно, и нам нужно подумать о том, как лучше обрабатывать этот шаблон журнала для наших различных задач - фактическое действие UpdateService API приведет к гораздо более подходящему исключению ServiceNotFoundException в этом сценарии.

Таким образом, предполагая«my-service» был запущен и запущен до вызова действия задачи «Служба обновления». Можете ли вы проверить, может ли журнал вашей неудачной сборки Bamboo указывать на эту конкретную проблему, например, случайно выбрав другой регион?

1 голос
/ 28 октября 2019

Я мог решить эту проблему с помощью Shell Script Task и написал команду aws-cli после экспорта ключей. Этот обходной путь решил проблему: 

aws ecs update-service --cluster my-cluster --service my-service --task-definition my-task-definition

Таким образом, AWS ECS работает нормально, и это должно быть ошибкой или неправильной конфигурацией в модуле Bamboo.

Но, как упоминалось в другом ответе,Наилучшим подходом было бы проверить правильность конфигурации.

...