3.3. Ceph 文件系统


在外部模式下配置的 ODF 中的 CephFS 子卷可以使用新功能

如果 ODF 中的 CephFS 配置为外部模式,用户通常会使用诸如卷/子卷元数据来存储一些 Openshift 特定元数据信息,如来自 volumes/subvolumes 的 PVC/PV/命名空间。

在这个版本中,添加了以下能力以从 CephFS 子卷中 set, get, update, list, 和 remove 自定义元数据。

使用以下命令,以键值对的形式在子卷中设置自定义元数据:

语法

ceph fs subvolume metadata set VOLUME_NAME SUBVOLUME_NAME KEY_NAME VALUE [--group-name SUBVOLUME_GROUP_NAME]

使用 metadata 键在子卷上设置自定义元数据:

语法

ceph fs subvolume metadata get VOLUME_NAME SUBVOLUME_NAME KEY_NAME [--group-name SUBVOLUME_GROUP_NAME ]

列出子卷上的自定义元数据、键-值对和数据集:

语法

ceph fs subvolume metadata ls VOLUME_NAME SUBVOLUME_NAME [--group-name SUBVOLUME_GROUP_NAME ]

使用 metadata 键删除子卷上设置的自定义元数据:

语法

ceph fs subvolume metadata rm VOLUME_NAME SUBVOLUME_NAME KEY_NAME [--group-name SUBVOLUME_GROUP_NAME ] [--force]

在使用 clone status 命令时显示克隆失败的原因

在以前的版本中,当克隆失败时,查看日志是检查失败的唯一方法。

在这个发行版本中,克隆失败的原因将显示在 clone status 命令的输出中:

示例

[ceph: root@host01 /]#  ceph fs clone status cephfs clone1
{
  "status": {
    "state": "failed",
    "source": {
      "volume": "cephfs",
      "subvolume": "subvol1",
      "snapshot": "snap1"
      "size": "104857600"
    },
    "failure": {
      "errno": "122",
      "errstr": "Disk quota exceeded"
    }
  }
}

克隆失败的原因分为两个字段:

  • errno : 错误号
  • error_msg : 失败错误字符串
Red Hat logoGithubRedditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

© 2024 Red Hat, Inc.