Inode table usage (отрицательное значение)

Разберитесь сначала, есть ли, собственно, проблема: df -i.

df -i -> все нормально

Непонятно в чем тогда прикол этого плагина open_inodes который показывает значение из /proc/sys/fs/inode-nr. Файла который у меня сутки не обновлялся. inode-state тоже от 12 числа.

Странно.

Не стоит смотреть stat'ом или ls'ом на виртуальные файловые системы, крайне бесполезное занятие.

С Munin не работаю, но смысла в мониторинге /proc/sys/fs/inode-nr нет никакого. inode cache и dentry cache будет расти до тех пор, пока не появится нехватка свободной памяти, а когда возникнет memory pressure, различные кэши структур файловых систем будут освобождаться в соответствии со значением, установленным в /proc/sys/vm/vfs_cache_pressure.

Не лучше ли мониторить состояние свободных inode в суперблоке файловой системы, а также общее количество свободной памяти?

Спасибо за разъяснение. Нужно почитать.