OpenShift 事件代碼：1038CLST0008

可使用 KubePersistentVolumeInodesFillingUp 當其中一個系統命名空間中的持續性卷剩下少於 3% 的已分配 inode 時，將觸發警報。系統命名空間包括： default 以及名稱以 openshift- 或 kube-。

系統元件大量使用 inode 可能會使元件無法正常運作。大量使用 inode 也可能導致部分或完整叢集中斷。

卷滿的原因可能有多種。本 KB 不涵蓋應用程式特定原因，僅涵蓋合法填滿磁碟區的緩解措施。

與往常一樣，請參閱給定服務的推薦方案。

診斷

警示標籤包括與儲存空間不足的磁碟區相關聯的持續性磁碟區宣告 （PVC） 名稱。標籤還包括 PVC 所在的命名空間。使用此資訊繪製 OpenShift Web 控制台中的可用儲存（觀察→指標→運行查詢）。

以下是與 openshift-monitoring 命名空間中的 Prometheus 實例關聯的 PVC 的範例查詢：

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

您可以手動檢查卷的狀態，以確定哪個目錄正在佔用大量 inode：

$ PVC_NAME='<PersistentVolumeClaim Label from alert>'
$ NAMESPACE='<來自警報>的命名空間標籤'

$ oc -n $NAMESPACE說明 pvc $PVC_NAME
$ POD_NAME='<“使用者：”字段，來自上述輸出>”

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

緩解

緩解此問題取決於檔、目錄和符號連結的總數。創建檔案系統後，無法擴展檔案系統上的 inode 數。但是，您可以使用卷調整元件的配置，使其創建更少的文件、目錄和符號連結。

支援

如果上述所有步驟都無法解決問題，請聯絡 Dell EMC 技術支援部門以進一步調查。