Есть клиент-серверная 1С. Сервер Intel i3/32GB/1T NVME, Debian, Postgres Pro 17,
32-битная 1С 8.3.26. Разработчики прислали cf-файл (2,57 ГБ) апдейт их кастомной конфигурации, при загрузке варианты:
1. Чистая конфигурация КА из коробки: любая конфигурация от разработчиков
заливается без ошибок. В этот момент в /tmp создаётся временный файл весом 1344 МБ.
2. На чистую залита кастомная конфигурация. Заливаю апдейт (как раз этот cf весом 2,57 ГБ),
вылетает ошибка:
Ошибка при выполнении файловой операции 'v8srvr://<server_name>/<base_name>/Config/7e3283df-05a6-4dc5-a786-056c71bdbf6f.0'
по причине:
Ошибка при выполнении файловой операции '/tmp/v8_DMFEYO_9.tmp'. 22(0x00000016): Invalid argument
Происходит где-то на 53% по прогресс-бару Конфигуратора 1С. Посмотрел на сервере указанный /tmp/v8_DMFEYO_9.tmp - он весит 2032 МБ в момент возникновения ошибки. Если отслеживать в режиме реального времени, то при загрузке файл увеличивается по 16 МБ (видимо, такой квант сброса на диск).
3. На чистую залита кастомная конфигурация. Заливаю апдейт в режиме "Сравнить и объединить с конфигурацией из файла", выбираю изменения.
Заливается без ошибок. В /tmp временный файл порядка 80 МБ.
Возникла теория, что у файла в /tmp есть ограничение в 2048 МБ (как 2032 + 16 незаписанных мегабайт, вызывающих ошибку) и при загрузке конфигураций происходит сперва сохранение в /tmp текущей конфигурации, чистая КА весит эти 1344 мб, а кастомная уже больше 2 гигов. Найти обоснование этой теории не могу. Найти решение не могу.
Средний
