问题标签 [netapp]

当前使用 netapp 9.5 或更低版本。但是，netapp 似乎从 9.6 版开始支持 rest api。目前正在使用 CURL 进行测试，我想知道如何在 netapp 9.5 或更低版本中使用该 API。

当前使用 netapp 9.5 或更低版本。但是，netapp 似乎从 9.6 版开始支持 rest api。我想知道如何在 netapp 9.5 或更低版本中使用 API。在 Java 的情况下，有没有办法使用 9.5 或更低版本的 SDK？

我的用例是

1. 我有一个由 uidA:gidA 创建的非常大的 GIT 存储库，其所有文件和 git 索引为 uidA:gidA
2. 我已经使用 netapp 文件系统技术进行了快照/冻结，也就是冻结了该目录和 git 工作区的内容
3. 我“文件系统克隆”了 uidB:gidB 的快照。它会立即使用快照的精确副本创建一个新工作区，每个文件/目录现在由 uidB:gidB 拥有 1 个差异。

当我执行“git status”时，它会强制更新索引，很可能是因为索引中的文件/对象存储为 uidA:gidA，而“文件系统克隆”工作区中的所有文件都归 uidB:gidB并且存在不匹配。

1. 有没有办法有效地将索引中的部分或全部对象/文件更新为 uidB:gidB。我怀疑默认更新实际上会在更新索引之前检查每个文件，在这种情况下不需要。所以我想办法盲目地将索引中的所有文件更新为 uidB:gidB

2. 或者避免强制索引更新。

在 NFS 上，在我们非常大的工作区中进行索引更新需要 20 多分钟。工作空间为 800GB

我正在尝试从NetApp ONTAP9.8P6 上的 n a_ontap_command ansible 模块获取 stdout_lines 输出。

这给了我完整的输出：

输出：

我怎样才能打印例如 stdout 或 stdout_lines？

我找到了带有 msg: "{{ cluster_version.stdout }}" 或循环结果的示例。

味精：“{{ cluster_version.stdout }}”以以下错误味精结尾：

在我的案例中，我不知道如何使用循环，因为在我的剧本的输出中找不到结果关键项。

也许有人经历过这种情况并可以提供想法或解决方案？谢谢！

最终在带有 Prometheus 和 Grafana 的 Docker 环境中运行 Harvest2。

问题是，在同一个 Prometheus 数据库中还有其他系统报告，NetApp Harvest 没有在它的指标名称上添加前缀，例如 netapp_ 到每个 netapp 指标。以这种方式找到正确的指标真是太痛苦了。

我想使用 Prometheus_config 的 relable_config 选项作为解决方法。目前我对收获轮询器有以下配置：

但这会导致 Grafana/Prometheus 中根本没有出现收获轮询器。关于如何添加所需前缀的任何想法？

我想知道 StorageGrid 的存储中使用了多少磁盘空间。但是我没有帐户可以去 StorageGrid Manager 的 UI 查看存储状态。我在StorageGrid 的 API 文档中发现有GET Storage Usage requestwith parameter x-ntap-sg-usageto URI /。我试图通过邮递员休息：

但每次都会得到错误响应：

为什么参数x-ntap-sg-usage是一个不好的参数？如何修复其余部分以使用存储的磁盘空间？是否有任何示例或不同的方法来找出使用的磁盘空间？

我将 Azure NetApp 文件部署到我的 MSDN 订阅以进行测试。我配置了将卷复制到另一个区域。测试后，我删除了副本卷，而没有先删除复制。现在我无法删除源卷。错误：“删除卷时出错 - 卷是活动卷复制关系的成员”

有没有其他方法可以删除卷和其余的 Azure NetApp 文件。它已经用光了我所有的积分，以至于我的订阅被禁用了。

提前谢谢你。

尝试使用 m_s3Client->CompleteMultipartUpload(object_request); 得到以下问题。卷曲请求超时并重试。重试时出错，提示 NoSuchUpload。

观察：这个 curl 超时时间约为 8.04 秒。

需要指点才能弄清楚，

这个超时时间是怎么设置的？ 此超时是否会创建 NoSuchUpload 问题？

问题陈述

我们正在使用多个 csv 文件到 pcollections -> 应用 beam SQL 来转换数据 -> 写入结果 pcollection。如果我们在所有源 pCollections 中都有一些数据并且梁 SQL 使用一些数据生成新集合，那么这绝对可以正常工作。当 Transform pCollection 生成空 pCollection 并且在 netApp Storage Grid 中写入它时，它会在下面抛出，

以下是示例代码

观察

• 如果我们编写简单文件而不是多部分文件（简单将对象放入存储网格），则工作正常
• 似乎是 Storage Grid 的已知问题，但我们想检查我们是否可以从梁管道处理这个问题。

我试过的

• 试图查看我是否可以在写入之前检查 PCollection 的大小并将一些字符串放入输出文件，但由于 PCollection 是空的，它根本不会进入 PTransform。
• 也尝试使用 Count.globally ，但该事件没有帮助

问

• 无论如何我们可以在 Beam 中处理这个问题，就像我们可以在写入之前检查 PCollection 的大小一样？如果大小为零，即空 pcollection，那么我们可以避免写入文件以避免此问题。
• 有没有人遇到过类似的问题并能够解决？