Ошибка «PostgreSQL could not resize shared memory segment 1С» в 1С 8.3
Краткое решение
Краткое решение
Сообщение про «диск» обычно значит нехватку shared memory (/dev/shm), не полный HDD. Увеличьте shm для контейнера/ядра, снизьте parallel/work_mem или оптимизируйте тяжёлые запросы 1С.
Текст ошибки
ERROR: could not resize shared memory segment: No space left on deviceМатрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.20 |
✕ Затронута | |
8.3.24 |
✕ Затронута | |
8.3.27 |
✕ Затронута |
Пошаговое решение
-
На сервере БД: `df -h /dev/shm`. Если раздел почти полный при свободном диске данных — проблема в shared memory. Для Docker задайте shm_size не меньше 1g.
-
Временно снизьте max_parallel_workers_per_gather (до 0 для диагностики) и/или work_mem в postgresql.conf, перезагрузите конфиг. Повторите операцию 1С, которая падала.
-
По рекомендациям для 1С+PG поднимите SHMMAX/SHMALL (sysctl), согласуйте shared_buffers с RAM. Найдите в логе PG запрос/отчёт 1С, добавьте индексы или разбейте операцию на части.
Опасный шаг — сделайте резервную копию.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-07-20 13:02:43
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «PostgreSQL could not resize shared memory segment 1С». С чего начать, чтобы не навредить базе?
-
После обновления снова «PostgreSQL could not resize shared memory segment 1С». Кто чем лечил?
-
Делали очистку кэша — не помогло при «PostgreSQL could not resize shared memory segment 1С». Что дальше?
Задать вопрос по этой ошибке