'；Microsoft.Compute'；Azure资源提供程序从未完成'；注册'；：

此问题与以下问题有些类似（但在测试中不显示相同的行为）：

在尝试按顺序注册Microsoft.Compute提供程序时 从MacOS命令行（或云Shell）使用AKS 从Azure中），提供程序需要非常长的时间才能完成 完成注册

在撰写本文时，它在6小时后仍处于“注册”状态

正常情况下会发生什么？ 以下命令应及时注册Microsoft.Compute：

az提供商注册-n Microsoft.Compute

出了什么问题？ 当使用以下命令检查其状态时，提供程序从不注册并持续挂起“注册”：

az provider show --namespace Microsoft.Compute -o table

对上述shell命令的响应如下所示（并持续了6个小时左右）：

已成功注册的其他提供商：

• 微软网络
• 微软存储
• Microsoft.ContainerService

鉴于上述情况（以及我是root/唯一用户的事实），这可能不是权限问题，因为这些提供程序可能会失败。在“我的权限”下，我被列为管理员：“您是订阅的管理员”请参见以下已注册提供商的屏幕截图（右侧有权限刀片）：

由于提供程序从未完成注册，尝试使用AKS创建群集当然会失败，原因是：

操作失败，状态为“错误请求”。详细信息：缺少Microsoft.Compute所需的资源提供程序注册。

其他背景： 两天前，我成功地在一个客户帐户上执行了相同的操作，所有操作都在5分钟内完成。我尝试了以下选项来解决这个问题（到目前为止没有任何影响）：

堆栈溢出上的一个用户（此处：）建议在资源组/帐户内旋转一个VM，希望能够解决问题并自动注册提供程序（这不起作用）

取消注册提供商 这就是我的情况与上述问题不同的地方。在以下位置注销组件时：

az提供商注销-n Microsoft.Compute

我得到： 无法从资源命名空间“Microsoft.Compute”注销订阅。请删除提供商的现有资源。

这与此处的用户不同，后者在取消注册时会被卡住/挂起，而不是在尝试取消注册时出现上述消息失败（）

我希望过去有人遇到过这种情况。 此时，我将尝试删除我的订阅（该订阅是在当天早些时候创建的），并添加一个新订阅/重复

---

将发布我的发现。

这个特定问题是全球多个用户面临的，并且已经解决，现在试试看它是否工作正常。

你在Zahid上说得对，我不知道是一个全球性的解决方案解决了这个问题，还是我通过我的问题通知单与销售代表进行了交谈，但不管怎样，从今天下午起我已经准备好了！当这种情况再次发生时，这一解决方案的实施效果很差，我显然不是唯一一个最近遇到这个问题的人：我在尝试创建Web应用程序时也遇到了类似的问题。Microsoft.Web提供程序处于注册状态。你还记得销售代表什么时候建议的吗？

Namespace          RegistrationState

-----------------  -------------------

Microsoft.Compute  Registering