OpenShiftイベント コード: 1038CLST0008

「 KubePersistentVolumeInodesFillingUp アラートは、いずれかのシステム ネームスペース内の永続ボリュームに割り当てられたinodeの残りが3%未満である場合にトリガーされます。システム ネームスペースには次のものが含まれます 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ラベル>'
$ NAMESPACE='アラートからの<namespaceラベル>'

$ oc -n $NAMESPACE pvc $PVC_NAMEを記述します
$ POD_NAME='<"Used By:"]フィールドを上記の出力から>'

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

緩和

この問題を軽減できるかどうかは、ファイル、ディレクトリー、シンボリック リンクの合計数によって異なります。ファイル システムの作成後は、ファイル システム上のinodeの数を拡張することはできません。ただし、ボリュームを使用してコンポーネントの構成を調整することで、作成されるファイル、ディレクトリー、シンボリック リンクの数を減らすことができます。

サポート

上記のすべての手順で問題を解決できない場合は、Dell EMCテクニカル サポートに連絡して調査を依頼してください。