Вводная
Не всякая ошибка 500 начинается с плохого плагина. Иногда сервер просто забит: логи, старые архивы, резервные копии, временные файлы, кэш CMS и дампы базы занимают всё место. После этого приложение не может создать сессию, записать кэш, принять загрузку или обновить таблицу.
Симптомы
Снаружи это выглядит как внезапная авария. Сайт то открывается, то падает; админка не сохраняет настройки; форма заявки не пишет запись; почта перестаёт принимать вложения; база ругается на невозможность записи. Если места нет совсем, даже логирование ошибки может не сработать нормально.
Что проверяется
- сколько свободного места осталось на разделах
- не закончились ли inode
- какие каталоги растут быстрее всего
- настроена ли ротация логов веб-сервера и PHP
- где лежат бэкапы и сколько архивов хранится
- не копируются ли бэкапы в тот же каталог сайта
- какие ошибки записи есть у базы, PHP и CMS
Ход исправления
Сначала определяется, что именно заняло диск. Удалять “самые большие файлы” вслепую нельзя: можно снести актуальный бэкап или данные приложения. После безопасной очистки настраивается ротация логов, лимит хранения архивов, перенос бэкапов за пределы сайта и контроль размера кэша. Если проблема повторялась, добавляется мониторинг свободного места.
Нормальный результат
После исправления сайт должен не только открыться, но и сохранять данные: формы, сессии, кэш, медиа и записи CMS. Отдельно фиксируется, какие каталоги были источником роста и сколько архивов теперь хранится.
Вывод
Переполненный диск — тупая, но очень дорогая причина падения. Она хорошо лечится, если есть ротация, понятная политика бэкапов и мониторинг, а не ручная чистка раз в полгода.