Иноды (index node) — это объекты данных, используемые в файловой системе сервера: все файлы, каталоги, электронные письма и т. д. Количество инодов в панели управления cPanel влияет на производительность сайта, блога, форума или интернет-магазина, а также на работу самого сервера.

В панели управления cPanel допустимое количество инодов зависит от ресурсов, предусмотренных тарифным планом.

Основные проблемы, возникающие при слишком большом количестве инодов:
+ Создание резервных копий и восстановление из них для таких каталогов занимает очень много времени и влияет на качество обслуживания всех клиентов на общем сервере.
+ Использование почты/FTP/веб-сайта становится невозможным, если требуется создать или сохранить новые файлы (включая файлы журналов).
+ Если каталог содержит очень большое количество объектов (сотни тысяч), управление им со стороны клиента может стать практически невозможным — даже удалить файлы самостоятельно уже не получится. Это сможет сделать только администратор сервера хостинг-провайдера.

Как возникает такая ситуация?
Наиболее распространённая причина — небрежно разработанное или неисправное программное обеспечение. Если ПО сайта создаёт временные файлы и не удаляет их после завершения работы приложения, их количество будет постоянно расти, увеличивая нагрузку на сервер и иногда приводя к замедлению работы сайта или его отдельных частей либо к их полной остановке.

Часто используется бесплатное программное обеспечение, предназначенное, например, для создания небольших интернет-магазинов. Однако по мере роста магазина могут возникнуть проблемы. Например, если программное обеспечение интернет-магазина создаёт несколько версий каждого изображения товара разных размеров, то при небольшом количестве товаров это не вызывает проблем, но при увеличении объёма появляются сотни тысяч или даже миллионы отдельных файлов.

Какое решение?
Ограничение на использование инодов введено для защиты всех клиентов, использующих ресурсы общего сервера. Проблема затрагивает лишь небольшое число клиентов, однако каждый может помочь обеспечить стабильную работу сервера и своего аккаунта. Для этого достаточно следить, чтобы на аккаунте не хранились устаревшие и ненужные данные и файлы, а также регулярно очищать почтовые ящики. Если на вашем аккаунте есть почтовые ящики, которые больше не используются, рекомендуем удалить их.

+ Удалите с сервера старые и ненужные файлы, каталоги и базы данных.
+ Если у вас установлены приложения или программное обеспечение сайта, которые больше не используются, их также следует удалить.
+ Проверьте содержимое почтовых ящиков и удалите ненужные письма.
+ Если на аккаунте хранятся резервные копии, которым уже много лет, стоит подумать, есть ли смысл их сохранять. Например, резервная копия Joomla, созданная в 2012 году, может уже не работать в среде с новой версией PHP. Кроме того, старое ПО может содержать уязвимости.

Примеры инструкций

1. Файлы сессий в интернет-магазине Magento
Проблема может быть связана (в зависимости от используемой версии ПО) либо со слишком большим временем жизни файлов сессий, либо с массовой генерацией файлов сессий поисковыми роботами. Поскольку Magento использует отдельную папку для хранения файлов сессий, сервер не удаляет их автоматически.
Что следует сделать:
– В административной панели Magento проверьте время жизни сессии и установите его не более 2 часов (как правило, пользователи не остаются бездействующими на странице магазина дольше этого времени, а Magento при необходимости создаст новую сессию. Кроме того, 2 часа — разумный максимальный срок безопасного использования существующей сессии).
– Если проблема сохраняется или поисковые роботы массово создают сессии:
a) Если у вас Magento версии 1.* — воспользуйтесь инструкцией: https://magento.stackexchange.com/a/120587
b) Если у вас Magento версии 2.* или новее — поможет модуль: flancer32/mage2_ext_bot_sess @GitHub

2. Файлы сессий интернет-магазина, если он не умеет самостоятельно ими управлять
NB! Прежде всего следует выяснить, почему интернет-магазин не может самостоятельно управлять сессиями или почему он массово создаёт их для поисковых роботов!
(Со временем всё чаще наблюдаются проблемы с сессиями у интернет-магазинов, особенно старых версий, из-за повышенной активности поисковых роботов, вредоносных ботов и spider-ботов.)
Если описанные выше способы не помогли, то удаление сессий можно автоматизировать через cron в каталоге, где интернет-магазин хранит сессии (для каждого приложения он отличается). Пример:

/usr/bin/find /home/npXXXXXXXX/public_html/var/sessions/ -type f -name sess\* -mtime +6 -execdir rm -f {} \;

(Имя пользователя и путь к каталогу необходимо заменить на соответствующие значения для вашей папки сессий.)

3. CRON создаёт слишком много файлов журналов
В качестве примера можно использовать сохранение одного файла журнала в день:
PHP:

/usr/local/bin/php /home/npXXXXXXXX/public_html/cron.php >> /home/npXXXXXXXX/public_html/cronlog/`date "+\%Y\%m\%d"`-cron.log 2>$

WGET:

/bin/wget http://domeen.tld/cron.php -qO - >>/home/npXXXXXXXX/public_html/cronlog/`date "+\%Y\%m\%d"`-cron.log

(При таком подходе новый файл не создаётся при каждом запуске CRON — вывод записывается в ежедневный файл журнала. Старые журналы также следует периодически удалять.)
Удаление файлов журналов старше 1 недели (7 дней):

/usr/bin/find /home/npXXXXXXXX/public_html/cronlog/ -type f -name \*.log -mtime +6 -execdir rm -f {} \;

Вопросы / Ответы

В: “Я являюсь клиентом вашего хостинга. Могу ли я самостоятельно проверить количество инодов в своём аккаунте?”

О: Да. Точное количество инодов можно увидеть, подключившись по SSH и выполнив следующую команду:

echo "Detailed Inode usage for: $(pwd)" ; for d in `find -maxdepth 1 -type d |cut -d\/ -f2 |grep -xv . |sort`; do c=$(find $d |wc -l) ; printf "$c\t\t- $d\n" ; done ; printf "Total: \t\t$(find $(pwd) | wc -l)\n"

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

du --inodes . | sort -rn | head -10

(Инструкцию по использованию SSH можно найти здесь: Как использовать SSH?)