在对Azure进行大量软件部署之后,我遇到了一个阻止部署工作的奇怪问题。 (在这种情况下,我使用Visual Studio的Package命令,然后使用Azure门户的Upload按钮进行所有这些部署。)
门户网站最初表示已成功开始部署:
它还表示正在创建暂存部署:
(忽略时间戳,屏幕截图来自另一次尝试):
但这就是全部。它永远不会像往常一样发展实例,经历各种状态并最终运行。没有进一步的通知和错误消息。 (即使在24小时后,为避免疑问。)
[ 2
答案 0 :(得分:0)
这让我们坚持了好几天。听起来令人难以置信,“新门户”中显然存在一个主要错误,它阻止错误报告工作,导致无声失败,而不是解释性消息或记录。在我们的案例中,我们只是在Azure订阅中达到了20个核心的限制,但是门户网站没有放弃。
一旦我们删除了我们不再需要的服务,部署就会正常进行。
当这个问题发生时,当其他人试图创建新的云服务时,原因是纯粹的偶然发现。 UI消息告知他们由于达到限制而无法创建新服务。
在更新现有服务时缺少等效消息是“新门户”中令人jaw目结舌的缺陷。非常遗憾的是,我们习惯于MS错误消息无益,甚至经常会产生误导,但是这种无声的失败,就错误报告的标准而言,MS似乎甚至都表现出色。
编辑:旧门户网站有助于在信息中心上报告核心利用率:
不幸的是,这似乎不适用于新门户网站。
更重要的是,OLD门户报告部署失败,而不是像“新门户”那样默默地失败:
......导致:
所以这个故事的寓意似乎是:如果你有一个无法解释的部署问题,使用旧门户(https://manage.windowsazure.com)。您可能会立即找到原因,因为旧门户实际上报告了失败原因,而不是像“新门户”那样无声地失败。
答案 1 :(得分:0)
您还可以通过转到该资源组>来查看Azure门户中资源组的部署日志。部署。应该列出所有部署成功和失败的部署。如果您单击失败的部署,顶部应该有一个注释Failed. Click here for details
。这通常会提供部署失败原因的更多详细信息。
Microsofts文档:Troubleshoot common Azure deployment errors with Azure Resource Manager