Azure 对象id为的客户端无权在作用域上执行操作,或者作用域无效

Azure 对象id为的客户端无权在作用域上执行操作,或者作用域无效,azure,azure-machine-learning-studio,azure-machine-learning-service,Azure,Azure Machine Learning Studio,Azure Machine Learning Service,我在做什么: 我的机器学习开发人员正在尝试在Azure中手动设置ML工作区 错误: {“消息”:“客户的name@company.com对象id为“xxxxxxx-xxxxxx-xxxxx-xxxxx-xxxxxx等”的“”没有权限在范围“/subscriptions/”xxxxxxx-xxxxxx-xxxxx-xxxxx-xxxxxx等”上执行操作“Microsoft.MachineLearningServices/register/action”,或者该范围无效。如果最近授予了访问权限,请刷

我在做什么:

我的机器学习开发人员正在尝试在Azure中手动设置ML工作区

错误:

{“消息”:“客户的name@company.com对象id为“xxxxxxx-xxxxxx-xxxxx-xxxxx-xxxxxx等”的“”没有权限在范围“/subscriptions/”xxxxxxx-xxxxxx-xxxxx-xxxxx-xxxxxx等”上执行操作“Microsoft.MachineLearningServices/register/action”,或者该范围无效。如果最近授予了访问权限,请刷新您的凭据。(代码:授权失败)“}

我所尝试的:


我在azure和中看到了关于此错误的两个现有讨论。在这两种情况下,用户都使用带有API的服务帐户,提供的解决方案的要点是授予服务帐户在访问控制中的适当角色分配。但是,在我的情况下,用户正试图通过门户手动创建资源,而美国er已经在资源组中拥有“所有者”角色。我还能授予他们什么?她如何刷新她的凭据?有任何提示吗?谢谢!

看起来肯定是权限问题。spitball创意,也许你还必须将帐户添加到订阅中

编辑:

看起来真像只虫子!

看起来肯定是权限问题。spitball的想法,也许你还需要将帐户添加到订阅中

编辑:

看起来真像只虫子!

谢谢@anders\u swanson。我们只在资源组级别授予用户所有者权限。这几乎像是一个bug。创建此问题与文档团队一起获得一些答案。谢谢@anders\u swanson。太棒了。我还发了电子邮件给microsoft支持部门。如果我得到答案,我会在这里分享。谢谢@anders\u swanson。我们只有在资源组级别授予用户所有者权限。这几乎像是一个bug。创建此问题时,需要文档团队来获取一些答案。谢谢@anders_swanson。这太棒了。我还通过电子邮件向microsoft支持人员发送了支持。如果我得到了答案,我会在这里分享。嗨,Mike,你对此线程有任何更新吗?如果你可以分享支持人员t票号我可以帮你追踪它。当然@YutongTie MSFT。支持票号是120081921001725。还没有更新。嗨,迈克,你有这个线程的更新吗?如果你能分享支持票号,我可以帮你追踪。当然@YutongTie MSFT。支持票号是120081921001725。还没有更新。