Разбор · Опубликовали 08.10.2026
Нет места на сервере: сначала находят рост данных, затем освобождают диск без потери заказов и журналов
При аварии удаляют только согласованные временные данные. Разбираем, что поручить инженеру и ИИ-агенту и как проверить сохранение заявки.
Материал подготовлен машиной агентов vibecoding.ru под надзором инженера · факты проверены 8 октября 2026
Когда на сервере нет места, сначала находят источник роста и выбирают временные данные для очистки. Заказы и журналы аварии сохраняют.
Самая большая папка может хранить заказы. Результат ремонта проверяют новой заявкой и прежними записями, а не количеством удалённого.
Не хотите разбираться сами? Внедряем ИИ в ваш бизнес: задачи без лимита, одна цена в месяц, отмена в любой момент.
1. Открывающийся сайт ещё не означает, что заявки сохраняются.
Главная страница может открываться, когда запись уже не работает. Первая проверка проходит путь заявки до сохранённой записи.
PostgreSQL описывает такой отказ в документации: полный диск мешает работе базы. Если заполнено хранилище её журнала восстановления, база может остановиться.
Свободные гигабайты не исключают нехватку места для новых файлов. У файловой системы может закончиться запас записей о файлах, которые называют inodes.
Смотреть нужно хранилище, куда пишет сломавшийся сервис. Свободное место на соседнем разделе не поможет, а квота может запретить запись и на неполном диске.
Раздел, файлы и квоту проверяют отдельно.
Источник: PostgreSQL 16, Disk Full Failure; GNU Coreutils, df. Прочитано 08.10.2026.
2. Причину показывает рост данных, а не самая большая папка.
Самая большая папка не обязательно виновата в аварии. Сравнение замеров показывает, какой каталог продолжает расти и какой процесс в него пишет.
Например, повторяющаяся ошибка может раздувать журнал. Очистка файла даст передышку, но без исправления ошибки он вырастет снова.
Удалённый файл иногда остаётся открытым у процесса и продолжает занимать место. Red Hat описывает этот случай: имя исчезло, а свободного места не прибавилось.
Остановку такого процесса согласуют с инженером. Массовый перезапуск сервисов вместо диагноза добавит простой и затруднит разбор аварии.
Причину роста разбирают до повторной очистки.
Источник: GNU Coreutils, df/du; Red Hat, решение 2316; PostgreSQL. Проверено 08.10.2026. Порядок разбора составлен редакцией.
3. Удалять можно только данные с доказанным назначением.
Название «temp» не доказывает, что содержимое можно удалить. В правилах для ИИ-агентов разрешение должно ссылаться на проверенный список объектов.
Кэш сборки и том с базой требуют разных решений. Docker предупреждает, что удаление томов может уничтожить данные, даже если сейчас контейнер их не использует.
Сохранность копии проверяют восстановлением. Этому посвящён бэкап сайта: удалять старые копии по одному возрасту нельзя, пока не проверена оставшаяся.
Базу и её журнал восстановления не чистят удалением файлов. Переписывание таблицы тоже требует места: документация PostgreSQL говорит об этом для VACUUM FULL.
Назначение данных определяет допуск к очистке.
Источник: Docker, Prune unused objects; PostgreSQL 18, Routine Vacuuming; наша статья о восстановлении. Проверено 08.10.2026. Таблица задаёт условия, а не разрешение на удаление.
4. Агент готовит план очистки, инженер разрешает удаления.
У нас нет клиентского кейса очистки сервера магазина. Опыт этой главы относится к рабочим машинам, на которых инженер ведёт машину агентов vibecoding.ru.
Ответственность за ошибки ИИ не исчезает от уверенного ответа агента. Разрешение на удаление выдаёт человек, который знает назначение данных.
На первом проходе агенту хватает размеров и признаков роста. Читать содержимое заказов или выгружать журналы с данными клиентов для этого не нужно.
В постановке задачи ИИ-агенту фиксируют границу действий. Неизвестный объект агент добавляет в вопросы, а не в список мусора.
10.09
Агент удалил чужую рабочую папку по совпадению имени. Этот случай стал доводом против автоматической чистки рабочих данных.
19.09
За 15–19 сентября нехватка места остановила три процесса на рабочей машине: смотровую, надзор за локальными страницами и измерение видимости. Проверки видели отдельные симптомы, общий ресурс не измеряли.
19.09
Ввели проверку свободного места и пороги предупреждения и аварии. Автоматическое удаление чужой работы и результатов замеров оставили запрещённым, очистку выполняет человек.
Источник: журнал нашей машины, запись 19.09.2026, сверено с действующим правилом 08.10.2026. Это опыт рабочих машин, без замера восстановления клиентских заказов.
5. Очистка закончена, когда запись работает и данные сверены.
Число освобождённых гигабайт не закрывает аварийную задачу. Инженер повторяет замер и проверяет безопасную контрольную заявку до её появления в системе.
Прежние заказы и журналы сверяют по согласованным данным. Если полную сверку провести нельзя, инженер называет границу проверки.
Заявки, отправленные во время сбоя, проверяют отдельно. Успешная заявка после ремонта не доказывает, что все предыдущие дошли до базы.
Перед повтором действий нужно исключить дубли. Например, подтверждение оплаты сверяют с заказом, а не запускают обработку заново по одному сообщению об ошибке.
Работу принимают по записи и сохранности данных.
Источник: критерии приёмки редакции, составлены 08.10.2026 по механике отказа из PostgreSQL и нашего инцидента. Это шаблон задания, не протокол выполненного ремонта.
6. Покупать стоит разбор роста и наблюдение, а не слепую уборку.
Во время текущей аварии нужен исполнитель с доступом к сервису и правом вмешательства. Если безопасных кандидатов на очистку нет, с ним обсуждают расширение хранилища.
Подписка подходит для системы, где после ремонта остаются регулярные задачи. Разовую очистку и дальнейшее сопровождение стоит обсуждать как разные объёмы работ.
На 8 октября 2026 тариф «Один проект» на разработку по подписке стоит 250 000 ₽ в месяц. Это один поток работ, а не цена отдельной чистки диска.
Ночные дежурства в услугу не входят. До начала работ согласуют реакцию на тревогу и человека, который примет аварийное решение.
Задание заканчивается проверкой и наблюдением.
Источник: задание составлено редакцией 08.10.2026. Условия подписки сверены с живой /services в этот день.
Порог тревоги выбирают по скорости роста и времени реакции. Его проверяют на доставке сигнала ответственному, чтобы предупреждение не осталось в журнале.
Следующий шаг можно обсудить через вход для руководителя. Он ведёт на страницу услуг, где разбирают задачу до начала работ.
Что и как мы проверяли
| Факт | Что известно | Проверено |
|---|---|---|
| Спрос | «Нет места на сервере»: 115 запросов в месяц, РФ. Ответ Wordstat API от 8 октября 2026. Частота запроса не означает число аварий или покупателей | 2026-10-08 |
| Механика отказа | Документация PostgreSQL о полном диске и VACUUM FULL, Docker о томах, GNU Coreutils о месте и файлах, решение Red Hat об открытом удалённом файле. Критерии приёмки составлены редакцией | 2026-10-08 |
| Наш опыт | Запись разбора от 19 сентября 2026: три остановленных процесса в период 15–19 сентября и прежнее удаление чужой рабочей папки агентом. Это рабочие машины vibecoding.ru. Клиентского кейса очистки сервера магазина нет | 2026-10-08 |
| Подписка | Живая страница /services: «Один проект», 250 000 ₽ в месяц, один поток работ. Это тариф сопровождения, не цена отдельной очистки. Ночные дежурства не входят | 2026-10-08 |
7. Частые вопросы
Можно просто купить больше места?+
Да, если инженер подтвердил ограничение нужного хранилища и согласовал изменение. Это создаст запас, но источник роста всё равно нужно разобрать. Иначе новая ёмкость заполнится по той же причине.
Можно скопировать журналы на тот же диск и удалить оригинал?+
Такая копия сначала займёт дополнительное место. В аварийном плане указывают другое хранилище, проверяют доступность сохранённых записей и только затем согласуют дальнейшие действия.
После удаления строк база не стала меньше. Это ошибка?+
Не обязательно. PostgreSQL обычно освобождает место для повторного использования внутри таблицы. VACUUM FULL переписывает таблицу, требует дополнительного места и блокирует её; это отдельная операция инженера.
Можно настроить автоматическое удаление старых файлов?+
Для заранее описанных временных данных можно согласовать правило хранения. Оно должно исключать заказы, нужные журналы и копии. Неизвестные файлы автоматика оставляет для разбора.
Нужна ли подписка, если диск заполнился один раз?+
Для разового разбора можно искать отдельную услугу. Подписку обсуждают, когда у системы есть очередь доработок и задач сопровождения. Круглосуточную аварийную поддержку согласуют отдельно.
Источники
- GNU Coreutils, df и du — официальное руководство
- PostgreSQL 16, Disk Full Failure — официальная документация
- PostgreSQL 18, Routine Vacuuming — официальная документация
- Docker, Prune unused objects — официальная документация
- Red Hat, решение 2316 (обновлено 7 августа 2024) — инженеры вендора
- Wordstat, запрос «нет места на сервере», РФ — наш замер
- vibecoding.ru, открытая машина агентов — наш проект
- vibecoding.ru, условия подписки — официальный сайт
Запомнить
1. Найдите нужное хранилище и источник роста до выбора файлов на удаление.
2. Разрешайте очистку по проверенному списку, а не по имени папки.
3. Сохраните заказы, нужные журналы и проверенные копии.
4. Примите работающую запись и сверку периода аварии, а не число удалённых гигабайт.
5. Поставьте контроль запаса и роста с доставкой тревоги ответственному.