Почему возникает ошибка "нет места" при создании файла, хотя место есть?

Почему возникает ошибка "No space left on device" при наличии свободного места?

Ошибка "No space left on device" (или "нет места на устройстве") — классическая проблема в системах Linux/Unix, которая часто вводит в заблуждение, поскольку возникает даже при наличии свободного дискового пространства. Как DevOps-инженер с более чем 10-летним опытом, я регулярно сталкиваюсь с этой ситуацией при диагностике проблем на серверах. Основная причина в том, что "место" в контексте файловой системы — это не только физическое дисковое пространство, но и другие системные ресурсы.

Основные причины ошибки

1. Исчерпание inodes (индексных дескрипторов)

Каждый файл или каталог в файловых системах (ext4, xfs и др.) требует inode — структуру метаданных, хранящую информацию о файле (права, владелец, временные метки, указатели на данные). Количество inodes фиксируется при создании файловой системы и не может быть увеличено динамически.

# Проверка использования inodes
df -i
# Или с указанием файловой системы
df -i /dev/sda1

# Вывод показывает:
# Filesystem     Inodes  IUsed  IFree IUse% Mounted on
# /dev/sda1      524288  524288      0  100% /

Если IFree равно 0, а IUse% — 100%, новые файлы создаваться не будут, даже если свободно место на диске. Такое часто происходит при работе с миллионами мелких файлов (например, кэш, сессии, временные файлы приложений).

2. Достигнута квота дискового пространства для пользователя или группы

Система квот (disk quotas) ограничивает объём данных или количество inodes для конкретных пользователей или групп. Ошибка возникает при превышении лимита, даже если на диске есть свободное место.

# Проверка квот для текущего пользователя
quota -vs
# Или для всех пользователей
repquota -a

3. Переполнение раздела /tmp или других временных каталогов

Многие приложения используют /tmp для временных файлов. Если этот раздел заполнен (или смонтирован отдельно с небольшим размером), операции записи могут завершиться ошибкой.

# Проверка использования /tmp
df -h /tmp

4. Ограничения на уровне контейнера или виртуализации

В средах контейнеризации (Docker, Kubernetes) или виртуализации ошибка может возникать из-за:

• Лимитов Docker-контейнера (флаг --storage-opt).
• Исчерпания inodes в overlay2 (распространённая проблема в Docker).
• Квот виртуальных машин в облачных провайдерах.

# Проверка использования inodes в Docker
docker system df -v

5. Файловая система только для чтения (read-only)

Если файловая система примонтирована в режиме read-only, попытка записи вызовет ошибку, похожую на "нет места". Это может произойти из-за сбоев в файловой системе, аппаратных ошибок или преднамеренных настроек.

# Проверка режима монтирования
mount | grep /dev/sda1
# Вывод: /dev/sda1 on / type ext4 (ro,relatime) — только чтение

6. Лимиты процесса (ulimit)

Ограничения на количество открытых файлов (nofile) или размер файла (fsize) для процесса могут вызывать ошибки записи.

# Проверка лимитов текущей оболочки
ulimit -a
# Или для конкретного процесса
cat /proc/<PID>/limits

Диагностика и решение

При возникновении ошибки "нет места" я рекомендую следующий алгоритм действий:

1. Проверить базовое использование диска и inodes:

   df -h     # Проверка свободного места
   df -i     # Проверка inodes
   

2. Идентифицировать "пожирателей" ресурсов:

   # Поиск каталогов с большим количеством файлов (для inodes)
   find / -xdev -type f | cut -d "/" -f 2 | sort | uniq -c | sort -rn | head
   
   # Или поиск по размеру
   du -ah / | sort -rh | head -20
   

3. Проверить квоты и лимиты:

   quota -vs
   cat /proc/mounts | grep quota
   

4. Осмотреть логи системы и приложений:

   dmesg | tail -50
   journalctl -xe --since "10 minutes ago"
   

5. Для контейнерных сред:

   • Проверить лимиты Docker/Kubernetes.
   • Очистить неиспользуемые данные: docker system prune -a.

Профилактика в DevOps-практике

• Мониторинг: Настроить алерты не только на использование диска, но и на inodes (в Prometheus, Grafana, Zabbix).
• Логирование: Включить отслеживание квот и inodes в регулярные проверки.
• Проектирование: Выбирать файловые системы с динамическими inodes (например, XFS) или настраивать их с запасом.
• Очистка: Реализовать политики ротации логов, очистки кэшей (через logrotate, cron-задачи).
• Контейнеры: Использовать volume для данных, ограничивать размер слоёв, регулярно чистить образы.

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