【问题标题】:Azure Storage Emulator Error Accessing BlobsAzure 存储模拟器访问 Blob 时出错
【发布时间】:2013-04-08 19:51:10
【问题描述】:

刚刚注意到一个奇怪的问题。我无法再访问存储在我的 Azure 存储模拟器中的 blob(iamge 文件)。首先注意到我的网络角色在调试时没有从模拟器中提供我的文件。我尝试使用第三方应用程序 cloudberry 访问文件。 cloudberry 允许我浏览我创建的存储模拟器容器,但是当我尝试访问文件时它失败了。我的应用程序和 cloudberry 都失败了

500 错误

返回...没有帮助。

尝试重新启动存储模拟器,但没有成功。尝试从 Azure SDK 命令提示符启动模拟器以查看是否有错误。成功启动...没有报告错误,但是当我尝试访问我的 blob 时仍然遇到我的问题。我安装了 SQL Express,并验证了 MSSQL$SQLEXPRESS 服务正在运行。我最近没有对我的 Web 角色配置进行任何更改。我正在使用 Azure 工具版本:2012 年 6 月。有人对我还应该尝试什么有想法吗?

谢谢!

【问题讨论】:

  • 可以查看开发存储数据库的大小吗?如果它大于(或接近)2Gb,则问题可能出在于此。
  • 感谢您的帮助。很确定不是这样,因为我那里没有太多东西。无论如何,我会检查它。我该怎么做?
  • 您可以做的另一件事是为存储模拟器服务启用日志记录。请在 MSDN 论坛上查看我的答案:social.msdn.microsoft.com/Forums/en-US/…。但是要小心,因为有非常详细的日志,所以在发现问题后只需关闭日志即可。
  • 没有 AppData,我有 App_Data。它是空的。会不会是这个问题?
  • AppData 文件夹将位于您的本地用户帐户下。因此目录将是“C:\Users\\AppData\Local\DevelopmentStorage”。此外,“AppData”文件夹可能默认不可见。

标签: asp.net-mvc asp.net-mvc-3 c#-4.0 azure azure-storage


【解决方案1】:

这个SO线程也讨论了这个问题:

Mysterious disappearing Azure development storage assets

根据我的经验,我只有 Azure SDK 1.7 附带的模拟器才会遇到这个问题。正如您从my answer 中看到的那样,通过使用Azure SDK 1.8 中的更新模拟器(我已经使用了4 个多月),问题消失了——您可以升级它,同时继续在您的云项目中使用1.7 库。

【讨论】:

    【解决方案2】:

    Gaurav Mantri 的 cmets 有助于追踪我的错误。检查错误日志,我发现我遇到了一个很常见的问题,即我的 azure 存储损坏了自身。如果有人在相同或类似问题上寻求帮助,我在上面找到了一个信息丰富但不确定的论坛帖子(下面的链接)。

    http://social.msdn.microsoft.com/Forums/en-US/windowsazuredata/thread/699d8861-b3d3-4140-9cf3-b749a2cfed39/

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 2014-02-08
      • 1970-01-01
      • 2020-06-03
      • 2021-12-18
      • 2021-11-19
      • 2022-08-03
      • 2012-07-09
      相关资源
      最近更新 更多