You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
ts=2023-09-06T22:48:07.504Z caller=filesystem_linux.go:55 level=debug collector=filesystem msg="Ignoring mount point" mountpoint=/var/lib/kubelet/pods/385f109c-132c-4d61-bd6f-bdcc0ba345cf/volumes/kubernetes.io~portworx-volume/pvc-ca28e648-3a66-4bc9-ba8c-3d5d9b313406
Are you running node_exporter in Docker?
Kubernetes with containerd
What did you do that produced an error?
Pod with PVC attached is deleted and gets stuck in terminating. It will hang here forever until force deleted, node exporter cycled, or manual filesystem unmount
What did you expect to see?
Node exporter ignores the PVC filepath on the host system, according to the regex given.
What did you see instead?
It appears that node exporter does not ignore the filepaths correctly, because it maintains an OPENFILE on the pvc mount path. Output from a custom script written to determine this:
Sort of. The volumes themselves are XFS/EXT4. But with the storage solution we use, the backend blocks get written to a PURE device through a btrfs filesystem that is mounted on the nodes.
Host operating system: output of
uname -a
node_exporter version: output of
node_exporter --version
node_exporter command line flags
Including commented out flags that I've tried that also had no success
node_exporter log output
Are you running node_exporter in Docker?
What did you do that produced an error?
What did you expect to see?
What did you see instead?
It appears that node exporter does not ignore the filepaths correctly, because it maintains an OPENFILE on the pvc mount path. Output from a custom script written to determine this:
The text was updated successfully, but these errors were encountered: