Почему использование INODE варьируется от 1% до 100% при создании файла?

Проблема с использованием INODE на RAID-массивах в Debian

Использование INODE в файловых системах может стать настоящей головной болью при работе с массивами RAID, особенно на платформе Debian. Давайте рассмотрим, как использование INODE может достичь 100% при создании файлов и что с этим делать.

Открытие зашифрованного тома и монтирование RAID

Начнем с того, что необходимо открыть зашифрованный том и смонтировать его. Используйте следующие команды:

sudo cryptsetup luksOpen /dev/RaidVG/LVMVol CVol
sudo mount /dev/mapper/CVol /mnt/raid/

Эти команды позволят вам получить доступ к RAID-массиву. После этого важно проверить текущее состояние использования INODE.

Проверка использования INODE

Чтобы определить текущее использование INODE, выполните следующую команду:

df -ih

Вывод команды покажет вам общее количество INODE, их использование и свободные:

Filesystem           Inodes IUsed IFree IUse% Mounted on
/dev/mapper/CVol   117M    11  117M    1% /mnt/raid

Обратите внимание на то, что на начало работы у вас доступно 117 миллионов INODE, из которых используется лишь 11.

Создание файла на Windows и резкое увеличение использования INODE

После монтирования RAID-массива, когда вы создаете файл через SMB на Windows, то может возникнуть неожиданная ситуация — система сообщит о том, что диск полон. Это связано с тем, что использование INODE может возрасти до 100%:

df -ih

В результате выполнения этой команды вы можете увидеть:

Filesystem           Inodes IUsed IFree IUse% Mounted on
/dev/mapper/CVol   117M  117M     0  100% /mnt/raid

Подсчет файлов в папке RAID

Если вы хотите понять, сколько именно файлов у вас в каталоге, выполните команду:

find | cut -d/ -f2 | uniq -c | sort -n

Результат может удивить:

      1 .
   6033 d1
  14070 d2
  31211 d3
 145866 d4
 184352 d5

Ошибка файловой системы и сигнал 9

При выполнении команды fsck для проверки целостности файловой системы могут возникнуть ошибки. Например:

sudo fsck /dev/mapper/CVol

Ты можете увидеть сообщения об ошибках, такие как:

fsck: Warning... fsck.ext4 for device /dev/mapper/CVol exited with signal 9.

Важно понимать, что этот сигнал указывает на то, что процесс был убит или завершен аварийно. Проблемы с файловой системой могут быть критичными.

Неверные данные о использовании диска

Также может возникнуть ситуация, когда команда df -h возвращает неправильные значения. Например:

df -h

Такой вывод:

Filesystem            Size  Used Avail Use% Mounted on
/dev/mapper/CVol  1.8T   77M  1.7T   1% /mnt/raid

может ввести в заблуждение, ведь в реальности может быть занято более 160 ГБ.

Риски потери данных

Теперь возникает важный вопрос: "Есть ли риск потерять данные?" Ответ на него не может быть однозначным. В случае, если таблица INODE заполнена, это может привести к невозможности создания новых файлов, что, в свою очередь, может повлиять на работоспособность системы.

При возникновении таких ситуаций рекомендуется:

• Сделать резервную копию данных.
• Проверить состояние диска на наличие ошибок.
• Рассмотреть возможность расширения дискового пространства или правильной настройки файловой системы с учетом используемых INODE.

Таким образом, избегание проблем с INODE на RAID-массивах требует внимательности и регулярной проверки состояния файловой системы.

Источник