【问题标题】:Windows Azure automatic deployment. Problem with powershell scriptWindows Azure 自动部署。 powershell脚本的问题
【发布时间】:2011-05-17 14:17:38
【问题描述】:

我正在使用 Azure 管理 Cmdlets 1.0 版。

我运行以下 PowerShell 脚本

New-Deployment -subscriptionId bef7722c-1a13-4c9f-b7f6-fafc0a958b35 -certificate D:\pcg\T.cer -serviceName 1ClickDeploymentTest -slot Production -package D:\pcg

\CloudTodorTest.cspkg -configuration D:\pcg\ServiceConfiguration.cscfg -label lbl1 -StorageServiceName TodorTestStorage

其中 D:\pcg\T.cert 也是已经上传到 Azure 的证书。 包和配置是已在 Azure 上运行的应用程序的本地副本。 我已经尝试手动部署它们并且它们正在工作。

执行此脚本后,我收到以下错误消息:

PS C:\Windows\SysWOW64\WindowsPowerShell\v1.0> D:\PSScripts\dt2.ps1 新部署:远程服务器返回意外响应:(400) 错误请求。 在 D:\PSScripts\dt2.ps1:1 char:15 + 新部署

我可以执行其他 cmdlet。例如检查当前的部署。

【问题讨论】:

    标签: deployment powershell azure


    【解决方案1】:

    检查服务名称和部署槽以及您指定的其他参数的大小写 - 我似乎记得服务名称必须全部小写,因为它在 DNS 中使用。

    Azure API 对某些参数的大小写敏感度非常挑剔,如果您弄错了,您将收到错误请求响应,而没有更多信息。

    如果问题出在订阅 ID 或证书上,您会收到未授权响应。我认为你已经获得了授权并且失败了,因为请求本身的某些内容是无效的。

    【讨论】:

      【解决方案2】:

      存储帐户必须小写。我不确定这是您的问题(也许 cmdlet 会自动将其小写),但可以尝试一下。

      【讨论】:

        猜你喜欢
        • 1970-01-01
        • 2019-02-22
        • 2013-12-11
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2012-01-28
        • 2016-06-12
        • 1970-01-01
        相关资源
        最近更新 更多