Ошибка «PostgreSQL could not resize shared memory Docker shm» в 1С 8.3
Краткое решение
Краткое решение
PostgreSQL не может расширить POSIX shm — часто /dev/shm в контейнере 64 МБ при больших shared_buffers/параллельных запросах. Увеличьте shm_size (1 ГБ+), согласуйте shared_buffers, пересоздайте контейнер; на bare metal проверьте kernel.shmmax.
Текст ошибки
ERROR: could not resize shared memory segment "/PostgreSQL.…" to … bytes: No space left on device (СУБД PostgreSQL для 1С; типично малый /dev/shm в Docker 64MB)Матрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.22 |
✕ Затронута | |
8.3.24 |
✕ Затронута |
Пошаговое решение
-
Задайте shm_size: 1gb (compose) или --shm-size=1g и пересоздайте контейнер Postgres.
-
Согласуйте shared_buffers с размером /dev/shm; при необходимости снизьте max_parallel_workers_per_gather.
-
df -h /dev/shm внутри контейнера; смотрите лог Postgres при старте кластера 1С.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-08-17 13:16:18
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «PostgreSQL could not resize shared memory Docker shm». С чего начать, чтобы не навредить базе?
-
После обновления снова «PostgreSQL could not resize shared memory Docker shm». Кто чем лечил?
-
Делали очистку кэша — не помогло при «PostgreSQL could not resize shared memory Docker shm». Что дальше?
Задать вопрос по этой ошибке