![]() |
1
0
您还可以通过转到Azure门户中的资源组查看该资源组的部署日志>部署。所有成功和失败的部署都应列在那里。如果单击失败的部署,顶部应该有一条说明:
微软对此的文档: Troubleshoot common Azure deployment errors with Azure Resource Manager
|
![]() |
2
0
这使我们耽搁了好几天。听起来不可思议,但“新门户”中显然存在一个重大错误,导致错误报告停止工作,导致出现无声故障,而不是解释性消息或日志记录。在我们的案例中,我们只是在Azure订阅中达到了20个核心的限制,但门户网站没有让我们这么做。 一旦我们删除了一个不再需要的服务,部署就正常工作。 原因完全是偶然发现的,当其他人试图在问题发生时创建新的云服务时。一条UI消息通知他们,由于达到限制,无法创建新服务。 更新现有服务时缺少等效消息是“新门户”中令人瞠目结舌的缺陷。非常遗憾的是,我们已经习惯了MS错误消息的无用性,甚至常常是非常误导性的,但在这种无声的失败中,MS似乎在错误报告标准方面甚至超越了自己。 编辑:旧门户在仪表板上有用地报告核心利用率: 不幸的是,这在新门户网站上似乎不起作用。 然而,更重要的是,旧门户确实报告了部署失败,而不是像“新门户”那样默默失败:
…这导致:
所以这个故事的寓意似乎是:如果你有一个无法解释的部署问题, 使用旧门户 ( https://manage.windowsazure.com ). 然后,您可能会立即找到原因,因为旧门户实际上报告了失败原因,而不是像“新门户”那样默默失败。 |
![]() |
Dinesh · 如何在本地调试Azure函数QueueTrigger 7 年前 |
![]() |
Reg Edit · Azure“成功启动”部署,但未部署任何内容 8 年前 |
![]() |
sheamus · Azure Web作业运行一次 8 年前 |