【问题标题】:Where to find CloudFormation log stream在哪里可以找到 CloudFormation 日志流
【发布时间】:2019-11-11 20:05:17
【问题描述】:

我使用这个 CloudFormation 模板创建了一个堆栈:https://fwd.aws/mDMrd

其中一个步骤失败,给出的状态原因是:

Failed to create resource. See the details in CloudWatch Log Stream: 2019/07/01/[$LATEST]fa6e...

我的问题是我找不到这个日志流。我找不到这属于哪个日志组。

【问题讨论】:

  • 问题是没有提到Log Group,并且控制台不允许从组外通过Log Stream进行搜索。它使状态原因消息几乎毫无用处。

标签: amazon-web-services amazon-cloudformation amazon-cloudwatch


【解决方案1】:

您似乎正在创建 cloudwatch 日志资源,这就是失败的原因。您能否以编程方式显示输出错误,以便您拥有 cloudwatch 日志流的完整路径。

顺便说一句,您可以尝试cloudkast,这是一个在线 aws cloudformation 模板生成器。这将使处理 cloudformation 模板变得更容易。

【讨论】:

    【解决方案2】:

    事实证明 CloudFormation 创建了一个名为 /aws/lambda/Git-to-Amazon-S3-CopyZipsFunction-1K1JCQVK2QDF2 的日志组,我可以在其中看到日志流,我找不到它的原因是因为日志组需要 5 多分钟才能显示在列表中。

    【讨论】:

    • 所以我假设您正在尝试创建一个 lambda? “Git-to-Amazon....”是您的 lambda 的名称吗?
    【解决方案3】:

    对于遇到类似问题而无法在 CloudWatch 中找到适当日志的其他人,可以在其他地方查找错误。

    CloudTrail 记录 AWS API 调用,您可以在那里找到失败的 API 调用,并提供更好的错误消息。我不知道是否需要做任何事情来启用它,或者它是始终开启还是默认开启。

    如果在失败后没有进行很多其他 AWS API 调用,这将是最简单的。

    转到 CloudTrail,然后转到事件历史记录。

    在我的例子中,我扫描了所有来自 CloudFormation 的 API 调用,这些调用会破坏资源,而下一个调用正是我需要查看的。

    【讨论】:

      猜你喜欢
      • 2018-07-02
      • 2018-10-31
      • 2023-03-15
      • 1970-01-01
      • 1970-01-01
      • 2019-06-03
      • 2022-01-23
      • 2013-11-11
      • 2011-03-24
      相关资源
      最近更新 更多