发布到Azur失败,出现500内部服务器错误

时间:2015-05-12 07:24:09

标签: asp.net azure azure-storage publish azure-sdk-.net

我在Windows Azure上有一个云服务,我创建了一个Asp.net WebAPI项目并发布到云服务,在我更新Visual Studio到更新4和azure SDK 2.2到2.6之前,从Visual Studio工作正常。但在我发布更新后,我收到以下错误消息。我试了几次,都失败了。任何人都可以帮助我吗?

即使我无法在新的天蓝色服务上发布新创建的项目!

  

11:00:31 PM - 警告:有包裹验证警告。

     

11:00:31 PM - 检查远程桌面证书...

     

11:00:39 PM - 为TempAzure准备部署 - 2014年2月12日10:58:23   具有订阅ID的e&e; e94e9aeb-7003-4eae-be92-7b7ac0a1ba2c'运用   服务管理网址' https://management.core.windows.net/' ...

     

11:00:39 PM - 正在连接...

     

11:00:39 PM - 验证存储帐户' jasontest' ...

     

11:00:41 PM - 上传套餐......

     

11:06:48 PM - 警告:远程服务器返回错误:(500)   内部服务器错误。

     

11:11:50 PM - 警告:远程服务器返回错误:(500)   内部服务器错误。

     

11:26:16 PM - 警告:远程服务器返回错误:(500)   内部服务器错误。

     

12:00:27 AM - 警告:远程服务器返回错误:(500)   内部服务器错误。

     

12:05:05 AM - 警告:远程服务器返回错误:(500)   内部服务器错误。

     

12:27:54 AM - 无法将数据写入传输连接:   现有连接被远程主机强行关闭。

2 个答案:

答案 0 :(得分:2)

从Azure SDK2.5更新到SDK 2.6后,尝试从VS2013发布到我的Azure服务时遇到了同样的问题:使用Visual Studio的任何部署工作在几分钟后因500内部服务器错误而失败。

我发现原因是非常慢地将Azure软件包上传到云端 - 有时只有30kB / s到50kB / s 。部署失败是因为超时也解释了Azure实例日志没有显示任何部署的迹象......

解决方法:从Azure存储部署

1:通过VisualStudio或命令行打包Azure解决方案:

  

MSBuild / t:Publish / p:TargetProfile = Cloud / P:Configuration = Release

2:创建Azure存储容器以将包上传到。

继续使用AzurePowerShell cmdlet:

3:登录

  

...添加-AzureAccount

4:将软件包上传到Azure存储容器

  

$ Ctx = New-AzureStorageContext -StorageAccountName" yourstoragename" -StorageAccountKey" yourkey"

     

Set-AzureStorageBlobContent -File" ... \ app.publish \ yourservice.cspkg" -Container" yourazurestoragecontainer" -Blob" yourservice.cspkg" -Context $ Ctx -Force

确定上传包的PackageURL。

5:部署云服务,参考刚刚上传到Azure云存储的软件包。

  

Set-AzureDeployment -Upgrade -Slot" Staging" -Package" PackageURL" -Configuration" PathToYourCloudConfiguration.cscfg" -label" SomeDeploymentInfo" -ServiceName" yourservicename" -Force

(当然整个过程都是可编写脚本的.Kemp Brown写了一篇很棒的文章:用一个脚本你可以适应显然上传包: Continuous Delivery for Cloud Services in Azure

答案 1 :(得分:0)

实际上问题是我的网络连接。

识别这个问题我用相同的Windows 8.1操作系统和相同的VS在azure上创建了VM。我试图从那里部署。部署工作正常。后者我从我的互联网连接断开所有其他设备,我试图从我的机器发布。它有效!

所以结论是互联网连接缓慢,或者现在我们可以减少从VS发布的超时时间!