Amazon web services AWS ECS服务错误：必须启用任务长arn格式才能启动带有ECS管理标记的服务任务

我有一个ECS服务在一个有1个任务的集群中运行。任务更新时，服务突然因错误而终止： “service my_service_name未能启动带有错误的任务，必须启用task long arn格式才能启动带有ECS托管标记的服务任务。”

当前正在运行的任务将自动清空，并且上述消息每6小时在服务的“事件”选项卡中显示一次。对服务配置所做的任何更改都不会修复该问题。回滚任务更新也不会改变任何内容

---

我相信我已经在使用长ARN格式了。正在寻求帮助。

您似乎正在标记您的亚马逊ECS资源，但您没有选择使用此功能，因此您必须选择加入，我猜想您在部署中使用的是正则表达式，因此如果您的部署机制使用正则表达式解析旧格式的ARN或任务ID，这可能是一个突破性的更改

从今天开始，您可以选择新的亚马逊资源名称ARN和 Amazon ECS任务、容器实例和应用程序的资源ID格式 服务。新格式增强了标记资源的能力 以及跟踪服务和任务的成本 在集群中运行

在大多数情况下，你不需要改变你的系统，除了选择进入 以新的格式。但是，如果部署机制使用常规 表达式来解析旧格式的ARN或任务ID，这可能是 零钱。如果您正在存储 固定宽度数据库字段或数据中的旧格式ARNs和IDs 结构

在您选择加入后，任何新的ECS服务或任务都将具有新的 ARN和ID格式。现有资源不接收新格式。 如果您决定退出，您以后创建的任何新资源 使用旧格式

您可以查看此AWS compute博客以迁移到新的ARN

标记您的Amazon ECS资源

帮助您管理亚马逊ECS任务、服务、任务定义， 集群和容器实例，您可以选择分配自己的 元数据以标记的形式发送到每个资源。本主题介绍 标记并向您展示如何创建它们

重要的

要使用此功能，您需要选择新的Amazon 资源名称ARN和资源标识符ID格式。更多 有关详细信息，请参阅

---

这原来是一个AWS的错误，他们现在承认。它本应在2020年1月1日之后出现，但由于AWS中的工作流故障而提前出现

---

这些资源是由后来被删除的IAM用户创建的，因此出现了问题。

我只是从我的任务JSON输入中删除了以下内容：propagateTags，enableECSManagedTags

实际上，我根本没有使用此功能。我发现创建此服务的IAM用户不再是此AWS帐户的一部分。这有什么区别吗？你可以像我提到的那样查看这篇文章，但我在删除IAM用户后并没有遇到过这种情况。是的，我能证实这就是我的遭遇，我们也一样。我们必须删除该服务，并使用应用了ARN opt-in功能的新用户重新创建该服务。如何选择具有编程访问权限而不是控制台访问权限的用户标识？