问题标签 [azure-storage-files]

我想在 Windows 容器中挂载文件共享。我尝试挂载 Azure 文件存储共享，最初它工作正常。我可以浏览目录中的文件。

但是，当我断开并重新连接我的容器 powershell 会话时，共享标记为“不可用”。此外，作为我的 ENTRYPOINT 运行的可执行文件无法使用该共享。

我还尝试将网络驱动器安装在主机上，并将其安装在容器中。但是 docker-compose 无法启动它（访问问题？）：

是否有其他选项可以永久挂载外部文件共享？（我不知道任何适用于 Windows 的 Docker Volume 驱动程序。）

更多信息：我在具有 Hyper-V 隔离的 Windows 10 上使用 Docker for Windows。

码头工人版本：

我有一个 Node.js 应用程序。在该应用程序中，用户可以上传文件。

我试图弄清楚如何将其转换fileData为流。我想要一个流的原因是因为我正在尝试将文件上传到 Azure 存储。我尝试使用的 API ( [createFileFromStream][1]) 需要一个流。

谢谢！

我正在使用 Azure 存储来保存一些文件。我希望这些文件可以临时公开。目前，我正在通过 azure 存储文件服务保存它们。每个文件都有一个结构为 ./[file-share]/[directory]/[file-name].[ext] 的 URL。

我的问题是，有没有办法让这个 URL 公开可用？我没有办法。如果没有，是否有一些推荐的方法可以公开文件？我看不到通过文件服务执行此操作的方法。

我正在尝试以编程方式下载我刚刚保存到 Azure 文件存储中的文件，我得到了一个

{“远程服务器返回错误：(400) 错误请求。”}

当我调用 DownloadToStream 方法时。做错了什么？
任何帮助将不胜感激。谢谢！

这是代码：

我正在尝试使用 .NET 中的存储库客户端为 Azure 文件存储操作实现共享访问签名 (SAS)。我创建了一个存储帐户，并通过门户（ARM 模型）创建了一个文件共享。使用下面的代码，我生成了 SAS 令牌和 URL。

在此之后，我尝试从另一个应用程序访问文件共享，并使用上面生成的令牌遍历文件和目录列表。代码如下所示：

但是，我收到以下错误：

Microsoft.WindowsAzure.Storage.StorageException：“远程服务器返回错误：(403) Forbidden。”

我在“foreach（cfd.ListFilesAndDirectories()) 中的变量项”这一行收到此错误。

任何指针将不胜感激。

我目前正在构建一个托管在 Azure 中的多租户 Web 应用程序，它将使用 Azure 文件服务来存储每个客户端数据——每个客户端将使用一个不同的文件共享来提供隔离。

我的问题是 - 我如何才能发现特定文件共享中所有文件的大小？（用于计费目的）。

我有 PowerShell 脚本等来计算 Blob 存储的大小，但没有用于文件存储。有谁知道这是否可能以及如何完成，最好是从我的 C# 应用程序？

背景： 我正在将一个在 Web 服务器上的本地磁盘上存储图像和文档的旧应用程序转移到 PaaS Azure Web 应用程序，并使用 Azure 文件存储来存储和提供文件。

问题：

我注意到有时文件下载的 url 第一次失败，页面上的图像链接在我刷新之前断开，或者第一次下载失败，然后下一次成功。我猜这是由于 Azure 文件存储的工作方式存在一些问题，并且它还没有启动或其他原因。我观察到的唯一一致的线程是，当我第一次使用它时，这似乎发生在早上一两次。我猜也许我的帐户必须增加或其他什么，所以它在第一轮还没有准备好。我试图想出重现的步骤，但我无法重现症状。如果我的预感是正确的，我将不得不等到明天早上再尝试。如果/可以的话，我会发布更详细的错误信息。

谢谢！

我有一个 Azure FileShare，我想将它挂载到 Azure Ubuntu 16.04 VM。FileShare 的结构如下：

我想subDirAA成为ro，但其他一切都应该是rw。我是否必须单独安装subDirAA,和 ，subDirAB或者是否有更好的解决方案来实现这一点（比如只需安装rw ，然后以某种方式告诉subDirAA 是 ro ）？dirBdirCmyShare

我目前正在使用 log4net 和 azure 文件来存储我的日志，效果很好。

我一直在搜索并且找不到任何配置来使记录器创建不大于给定 KB 大小的文件。

这是我的配置：

我已经尝试了这种配置的一些变体，但没有运气。

自从 MS在这里声称您可以在不更改代码的情况下进行迁移以来，我一直致力于提升和转移应用程序以使用 Azure 文件存储。然而，在实践中，这似乎并不那么容易。我尝试将文件存储挂载为驱动器号，但我发现虽然用户可以在他们的计算机上手动执行此操作，但 Web 应用程序无权执行该操作。所以我最终使用了他们的云 API，这似乎工作正常，但需要几天时间和大量测试来升级我们现有的应用程序以使用它。

我们遇到的另一个问题是，为了提供 url，我们必须创建一个SAS 或共享访问签名，这确实提供了额外的安全性，但也需要进行更多代码更改，以便在应用程序需要向最终用户提供链接的任何地方添加它。我还遇到了链接不起作用的另一个问题，这可能与缓存问题有关，现在似乎已通过此 hack修复。

我想相信他们声称您可以在不更改代码的情况下进行迁移，只需更改您的配置值以指向新的文件夹位置或其他内容，但我的经验是，这要么是彻头彻尾的谎言，要么在不更改代码的情况下使其工作，这是必需的大量的技术挖掘表明继续沿着这条路努力是不值得的。

所以我向任何 Azure 大师或任何人提出问题，Azure 怎么可能声称你可以“在不更改代码的情况下进行迁移”？这似乎是一个谎言，会给客户带来意想不到的挑战，并给客户设定不切实际的期望。

谢谢你的帮助！