Openshift 事件代码：1038CLST0008

而 KubePersistentVolumeInodesFillingUp 当某个系统命名空间中的持久卷剩余信息节点少于其分配索引节点的 3% 时，就会触发警报。系统命名空间包括 default 以及名称以 openshift- 或 kube-。

系统组件大量使用索引节点可能会导致该组件无法正常工作。大量索引节点使用率也可能导致部分或整个群集宕机。

卷填满的原因可能有多种。此知识库文章不涵盖特定于应用程序的原因，仅涵盖合法填充的卷的缓解措施。

与往常一样，请参阅给定服务的建议方案。

诊断

警报标签包括与存储空间不足的卷关联的持久卷声明 （PVC） 的名称。标签还包括 PVC 所在的命名空间。使用此信息绘制 OpenShift Web 控制台中的可用存储图表（观察→指标→运行查询）。

以下是与 openshift-monitoring 命名空间中的 Prometheus 实例关联的 PVC 的示例查询：

kubelet_volume_stats_inodes_used{
  namespace=“openshift-monitoring”，
  PersistentVolumeClaim=“prometheus-k8s-db-prometheus-k8s-0”
}

您可以手动检查卷的状态，以确定哪个目录占用大量索引节点：

$ PVC_NAME='<PersistentVolumeClaim label from alert>'
$ NAMESPACE='<来自警报>的命名空间标签'

$ oc -n $NAMESPACE describe pvc $PVC_NAME
$ POD_NAME='<“使用者：”字段中的上述输出>'

$oc -n $NAMESPACE rsh $POD_NAME
$ cd /path/to/pvc-mount
$ ls -li .
$ stat

缓解

缓解此问题取决于文件、目录和符号链接的总数。创建文件系统后，不能扩展文件系统上的索引节点数量。但是，您可以使用卷调整组件的配置，以便它创建更少的文件、目录和符号链接。

支持

如果上述所有步骤都无法解决问题，请联系 Dell EMC 技术支持以进行进一步调查。