Ошибка «PostgreSQL could not resize shared memory segment Docker 1С» в 1С 8.3
Краткое решение
Краткое решение
При клиент-серверной 1С на PostgreSQL в Docker ошибка почти всегда из‑за лимита /dev/shm (64 МБ по умолчанию), а не из‑за заполненного диска: увеличьте shm_size контейнера и при необходимости снизьте пики work_mem/параллельных запросов.
Текст ошибки
FATAL: could not resize shared memory segment "/PostgreSQL." to bytes: No space left on deviceМатрица платформ
| Версия платформы | Статус | Заметка |
|---|---|---|
8.3.24 |
✕ Затронута | |
8.3.25 |
✕ Затронута | |
8.3.27 |
✕ Затронута |
Пошаговое решение
-
Пересоздайте контейнер с --shm-size=1g (или shm_size: '1gb' в compose). Проверьте df -h /dev/shm внутри контейнера. Перезапустите СУБД и повторите проблемную операцию 1С.
-
Убедитесь, что на томе данных PostgreSQL есть свободное место. Сообщение «No space left on device» при этой ошибке часто относится к shm, не к диску ИБ.
-
В логах PostgreSQL найдите запрос в момент ошибки. Оптимизируйте/добавьте индексы, ограничьте parallel workers или work_mem для тяжёлых отчётов 1С. Согласуйте shared_buffers с доступной RAM хоста.
Не помогло?
Тестирование и исправление ИБ
Проверил: Иван Демонстрационный 10 лет опыта
Дата вычитки: 2026-07-20 12:19:54
Информация носит справочный характер. Перед выполнением инструкций сделайте резервную копию.
Решение помогло?
Обсуждения (3 вопросов)
Ответы участников сообщества специалистов. Персоны вымышленные; формулировки основаны на обсуждениях с открытых форумов 1С.
-
У нас вылезло «PostgreSQL could not resize shared memory segment Docker 1С». С чего начать, чтобы не навредить базе?
-
После обновления снова «PostgreSQL could not resize shared memory segment Docker 1С». Кто чем лечил?
-
Делали очистку кэша — не помогло при «PostgreSQL could not resize shared memory segment Docker 1С». Что дальше?
Задать вопрос по этой ошибке