Disk space remains available, but files are not being created: how to check the inode limit
We explain why free gigabytes do not rule out file limits: where to check File Usage and inode, what to request from support, and when cleanup or a different plan is needed.
In this article
Если на хостинге остались свободные гигабайты, а сайт перестал создавать файлы, сначала сравните два независимых показателя: объём данных и число файлов с каталогами. Для второго показателя панели используют название File Usage или inode. Свободное место в гигабайтах не исключает исчерпания лимита inode.
Практический результат проверки — значения с одной отметкой времени: сколько занято места, сколько места разрешено, сколько inode использовано, каков мягкий предел inode и каков жёсткий предел inode. Без этих данных фраза «диск не заполнен» объясняет только половину ситуации.
Почему место есть, а запись не проходит
В Linux inode — запись файловой системы с метаданными объекта. Документация cPanel уточняет, что inode нужен каждому файлу, изображению, каталогу, письму и символической ссылке. Поэтому один архив на 2 ГиБ расходует один inode, а сто тысяч мелких файлов кеша — примерно сто тысяч, хотя могут занимать заметно меньше места.
Что ограничено | Что измеряет | Типичный признак | Что подтвердит |
|---|---|---|---|
Дисковая квота | Объём данных в байтах | Не помещаются новые данные любого размера | Текущее и предельное Disk Usage |
Лимит inode аккаунта | Число файлов и каталогов | Не создаются даже маленькие файлы при свободных гигабайтах | Текущее File Usage, мягкий и жёсткий предел |
Inode файловой системы сервера | Общее число объектов на разделе | Одновременно затронуты разные аккаунты или службы | Диагностика и подтверждение хостинг-провайдера |
Ограничение приложения | Правила CMS, PHP или модуля | Ошибка относится к конкретной операции | Журнал приложения и точное сообщение об ошибке |
Симптомы пересекаются, поэтому по одной неудачной загрузке нельзя назначить виновником inode. Запишите время ошибки и проверьте показатели в тот же период: после очистки или автоматической ротации картина уже будет другой.
Где смотреть показатели в панели
В cPanel раздел Statistics показывает Disk Usage отдельно от File Usage. В описании интерфейса cPanel указано, что File Usage считает файлы и каталоги, но этот пункт виден только тогда, когда его включил провайдер. Отсутствие строки в панели не означает отсутствие ограничения.
Откройте статистику именно нужного аккаунта, а не общую карточку тарифа.
Зафиксируйте Disk Usage: текущее значение, предел и единицы.
Зафиксируйте File Usage или Inodes: текущее значение, мягкий и жёсткий предел.
Повторите операцию, которая не проходит, и сохраните точное время и текст ошибки.
Если счётчик не показан, передайте эти данные поддержке и запросите снимок квот аккаунта на то же время.
На виртуальном хостинге владелец сайта обычно видит квоту аккаунта. Состояние всего раздела сервера проверяет провайдер. Не стоит выдавать отсутствие строки File Usage за доказательство исправности сервера — это лишь пробел в наблюдении.
Мягкий и жёсткий предел — разные условия
Для CloudLinux ограничение inode действует на уровне дисковой квоты. Документация CloudLinux разделяет мягкий и жёсткий пределы: жёсткий не позволяет создавать новые объекты сверх квоты inode, а мягкий может быть временно превышен на период, заданный администратором. Поэтому значение выше мягкого предела ещё не сообщает, сколько времени осталось; это нужно уточнить у провайдера.
Учебный расчёт: у аккаунта жёсткий предел 300 000 inode, сейчас использовано 299 800. Импорт должен создать 500 миниатюр. До предела остаётся 200 объектов, поэтому операция не завершится целиком, даже если свободно 5 ГиБ.
Формула здесь простая: остаток по количеству равен пределу минус текущее использование. В примере 300 000 − 299 800 = 200 inode. Это модель для проверки логики, а не результат измерения конкретного тарифа: каталоги, временные файлы и служебные объекты операции могут увеличить фактическую потребность.
Что искать до удаления
Сначала определите источник роста числа объектов. Крупнейший каталог по байтам и крупнейший по количеству файлов могут быть разными: архивы занимают место, а кеш, сессии, миниатюры и почта часто дают много мелких объектов.
кеш приложения — только если документация подтверждает, что он восстанавливается безопасно;
временные файлы и сессии — с учётом активных пользователей и фоновых заданий;
миниатюры изображений — вместе с настройками генерации, иначе они появятся снова;
почтовые ящики и очереди — в пределах того же аккаунта, если провайдер включает их в квоту;
старые резервные копии — после проверки копии вне этого хостинга.
Не удаляйте незнакомые каталоги, файлы базы данных или файлы, загруженные пользователями на сайт, ради мгновенного снижения счётчика. Сначала сделайте проверяемую резервную копию нужных данных, выберите небольшой безопасный набор, очистите его штатным способом и убедитесь, что сайт, почта и фоновые задания продолжают работать.
Когда очистка помогает, а когда нужен другой тариф
Разовая очистка подходит, если рост создал понятный временный набор и он не вернётся сразу. Если же число объектов растёт вместе с товарами, изображениями, письмами или сессиями и это нормальная работа проекта, постоянная ручная очистка только маскирует несоответствие тарифа.
Сравните лимит inode и дискового места, а не только объём SSD.
Проверьте цену первого срока и продления на одинаковый период.
Уточните, входят ли почта, резервные копии и временные каталоги в ту же квоту.
Спросите, показывает ли панель мягкий и жёсткий пределы и предупреждает ли заранее.
Проверьте правила резервного копирования и реакцию поддержки на исчерпание квоты.
Если одновременно растут CPU, память, ввод-вывод или число процессов, отделите их от файловой квоты. В материале о лимитах ресурсов виртуального хостинга разобраны CPU, RAM, IO, IOPS, EP и NPROC: это соседние показатели, но они не заменяют File Usage.
Что передать поддержке
Аккаунт и домен, где возникла ошибка.
Время с часовым поясом и точный текст сообщения.
Disk Usage: текущее значение и предел.
File Usage или Inodes: текущее значение, мягкий и жёсткий предел.
Какая операция выполнялась и сколько объектов она должна была создать.
Повторяется ли проблема после безопасной очистки и на других сайтах аккаунта.
Если причина подтверждена и проекту нужен больший запас, сравнивайте варианты по двум квотам и условиям обслуживания. Страница виртуального хостинга полезна как отправная точка для проверки доступных конфигураций, но решение стоит принимать после письменного подтверждения лимита inode для выбранного тарифа.
Критерий результата: после освобождения подтверждённого безопасного набора или изменения квоты счётчик File Usage находится ниже действующего предела, тестовая операция создаёт нужные файлы, а в журнале приложения нет прежней ошибки. Свободные гигабайты сами по себе этого не доказывают.
If free gigabytes remain on the hosting but the site stops creating files, first compare two independent metrics: data volume and the number of files with directories. Hosting panels use the term File Usage or inode for the second metric. Free space in gigabytes does not preclude exhausting the inode limit.
The practical result of the check is values with a single timestamp: how much space is used, how much space is allowed, how many inodes are used, what the soft inode limit is, and what the hard inode limit is. Without these data, the phrase "disk is not full" explains only half the situation.
Why space is available but writing fails
In Linux, an inode is a file system record containing metadata for an object. cPanel documentation clarifies that every file, image, directory, email, and symbolic link requires an inode. Therefore, a single archive of 2 GiB consumes one inode, while one hundred thousand small cache files consume approximately one hundred thousand inodes, even though they may occupy significantly less space.
What is limited | What is measured | Typical sign | This confirms |
|---|---|---|---|
Disk quota | Data volume in bytes | New data of any size will not fit | Current and maximum Disk Usage |
Account inode limit | Number of files and directories | Even small files cannot be created despite free gigabytes | Current File Usage: soft and hard limits |
Inodes of the server file system | Total number of objects on the partition | Different accounts or services affected simultaneously | Diagnosis and confirmation by the hosting provider |
Application limit | CMS, PHP, or module rules | Error relates to a specific operation | Application log and exact error message |
Symptoms overlap, so a single failed upload cannot be blamed on inode. Record the error time and check the metrics during the same period: after cleanup or automatic rotation, the picture will already be different.
Where to check metrics in the panel
In cPanel, the Statistics section displays Disk Usage separately from File Usage. The cPanel interface description states that File Usage counts files and directories, but this item is visible only if the provider has enabled it. The absence of a line in the panel does not mean the limit is absent.
Open the statistics for the specific account, not the general tariff card.
Record Disk Usage: current value, limit, and units.
Record File Usage or Inodes: current value, soft limit, and hard limit.
Repeat the operation that failed and save the exact time and error text.
If the counter is not displayed, send this data to support and request a snapshot of the account quota for the same time.
On virtual hosting, the site owner typically sees their account quota. The provider checks the status of the entire server partition. Do not treat the absence of a File Usage line as proof of server health; it is merely a gap in monitoring.
Soft and hard limits are different conditions
For CloudLinux, the inode limit applies at the disk quota level. CloudLinux documentation distinguishes between soft and hard limits: the hard limit prevents creating new objects beyond the inode quota, while the soft limit can be temporarily exceeded for a period set by the administrator. Therefore, a value above the soft limit does not indicate how much time remains; this must be clarified with the provider.
Sample calculation: an account has a hard limit of 300,000 inodes, with 299,800 currently used. The import must create 500 thumbnails. Only 200 objects remain before the limit is reached, so the operation will not complete in full, even if 5 GiB is free.
The formula here is simple: the remaining count equals the limit minus current usage. In the example, 300,000 − 299,800 = 200 inodes. This is a model for logic verification, not a measurement result for a specific tariff: directories, temporary files, and service objects involved in the operation can increase the actual requirement.
What to check before deletion
First, identify the source of the object count growth. The largest directory by bytes and the largest by file count may differ: archives consume space, while caches, sessions, thumbnails, and mail often generate many small objects.
Application cache — only if documentation confirms it can be safely restored;
Temporary files and sessions — accounting for active users and background jobs;
Image thumbnails — along with generation settings, otherwise they will reappear;
Mailboxes and queues — within the same account, if the provider includes them in the quota;
Old backups — after verifying a copy outside this hosting;
Do not delete unfamiliar directories, database files, or user-uploaded site files just to instantly lower the counter. First, create a verifiable backup of the necessary data, select a small safe set, clean it using standard methods, and verify that the site, mail, and background jobs continue to function.
When cleanup helps and when another plan is needed
One-time cleanup is suitable if growth has created a clear temporary set that will not return immediately. However, if the number of objects grows along with products, images, emails, or sessions and this is normal project operation, constant manual cleanup only masks a mismatch with the current plan.
Compare the inode limit and disk space, not just the SSD capacity.
Check the price for the initial term and renewal for the same period.
Clarify whether email, backups, and temporary directories are included in the same quota.
Ask whether the panel displays soft and hard limits and issues advance warnings.
Check backup rules and the support team's response to quota exhaustion.
If CPU, memory, I/O, or process count rise simultaneously, distinguish them from file quotas. The article about virtual hosting resource limits covers CPU, RAM, I/O, IOPS, EP, and NPROC: these are adjacent metrics, but they do not replace File Usage.
What to send to support
The account and domain where the error occurred.
The time with time zone and the exact error message text.
Disk Usage: current value and limit.
File Usage or Inodes: current value, soft limit, and hard limit.
Which operation was performed and how many objects it was supposed to create.
Does the problem persist after a safe cleanup and on other sites within the account?
If the cause is confirmed and the project requires a larger buffer, compare options based on two quotas and service conditions. Virtual Hosting Page is useful as a starting point for checking available configurations, but the decision should be made only after receiving written confirmation of the inode limit for the selected tariff.
Result criterion: after freeing a confirmed safe set or changing the quota, the File Usage counter must be below the current limit, test operations must create the required files, and the application log must not show the previous error. Free gigabytes alone do not prove this.
Discussion 0
Share your experience and ask questions. Comments without links appear after editorial review.
No comments yet. Start the discussion.