Azure 蔚蓝“;“成功启动”;部署,但没有部署

Azure 蔚蓝“;“成功启动”;部署,但没有部署,azure,azure-deployment,Azure,Azure Deployment,在将一些软件部署到Azure之后,我遇到了一个奇怪的问题,即停止部署。(在本例中,我通过使用Visual Studio的Package命令,然后使用Azure门户的Upload按钮来执行所有这些部署。) 门户网站最初表示已成功启动部署: 它还表示正在创建临时部署: (忽略时间戳,截图来自另一次尝试): 但仅此而已。它从不继续显示实例,经历各种状态并最终运行,就像以前一样。没有进一步的通知,也没有错误消息。(为免生疑问,即使在24小时之后。) [这让我们耽搁了好几天。听起来很不可思议,“新门户

在将一些软件部署到Azure之后,我遇到了一个奇怪的问题,即停止部署。(在本例中,我通过使用Visual Studio的Package命令,然后使用Azure门户的Upload按钮来执行所有这些部署。)

门户网站最初表示已成功启动部署:

它还表示正在创建临时部署:

(忽略时间戳,截图来自另一次尝试):

但仅此而已。它从不继续显示实例,经历各种状态并最终运行,就像以前一样。没有进一步的通知,也没有错误消息。(为免生疑问,即使在24小时之后。)


[

这让我们耽搁了好几天。听起来很不可思议,“新门户”中显然存在一个重大漏洞这使错误报告停止工作,导致一个无声的失败,而不是解释性消息或日志记录。在我们的例子中,我们只是在Azure订阅中达到了20个内核的限制,但门户没有让它继续

一旦我们删除了一项不再需要的服务,部署工作就正常了

原因完全是偶然发现的,当其他人试图创建一个新的云服务时,这个问题就发生了。一条UI消息通知他们,由于达到了限制,无法创建新服务

更新现有服务时缺少等效消息是“新门户”中一个令人瞠目结舌的缺陷。非常遗憾的是,我们已经习惯于MS错误消息没有帮助,甚至常常具有误导性,但由于这种无声的失败,MS似乎在错误报告标准方面甚至超越了自己

编辑:旧门户在仪表板上有用地报告核心利用率:

不幸的是,这在新门户上似乎不起作用

然而,更重要的是,旧门户确实报告了部署失败,而不是像“新门户”那样默默失败:

…这导致:


因此,这个故事的寓意似乎是:如果您有无法解释的部署问题,使用旧门户()。您可能会立即找到原因,因为旧门户实际上报告了失败原因,而不是像“新门户”那样默默失败是的。

您也可以通过转到Azure门户中的资源组>部署来查看该资源组的部署日志。所有成功和失败的部署都应该列在那里。如果您单击失败的部署,顶部应该有一个说明,上面写着
失败。单击此处了解详细信息
。这通常会给出一些提示有关部署失败原因的更多详细信息

Microsofts对此的文档:


请不要将评论作为答案发布。在任何情况下,我已经解释过门户的唯一操作是显示通知,以及“仅此而已,没有错误消息。”资源组中未列出尝试的部署。这些部署从未发生过。如果正如您所写,部署失败是完全静默的,并且没有任何内容,则门户中从未报告任何内容,否则您应向Microsoft报告它为错误。达到某个资源的配额或限制将导致错误使用年限
code=OperationNotAllowed Message=操作导致超过核心的配额限制。允许的最大值:4,当前使用中:4,请求的附加值:2。
查看QuotaExceed和OperationNotAllowed部分。如果转到Azure portal中的活动日志,您会看到什么?(只需在搜索中键入活动日志)。您是否在此处看到任何条目?您应该能够看到与部署尝试相关的执行或写入部署条目。错误代码将出现在该条目的摘要中。