Делалась базовая настройка work_mem, shared_buffers и прочее. Каких то специальных настроек или установки либ не делалось.
Пока что неясно в чем именно разница между вашей основной системой и нашей тестовой. Если у вас имеется возможность, разверните тестовый ЛЭРС УЧЕТ в Docker вместе с СУБД Postgres с параметрами по умолчанию и проверьте будет ли возникать описываемая ситуация на примере Имитаторов теплосчетчика в этом случае.
Создал новый контейнер с ЛЭРС УЧЕТ. Использовал тот же СУБД, с новой БД. Проблема повторилась приблизительно через 9 минут 30 секунд.
Скачал последнюю версию образа postgres 18.6 (задолбался качать, почему то скорость просто убитая). Запустил и ЛЭРС и СУБД через докер. Проблема повторилась через минуту.
services:
lers0:
container_name: lers0_container
image: lersamr/full:3.67.4
depends_on:
- "db"
ports:
- "11000:10000"
volumes:
- /var/LERS2/Server:/var/LERS/Server
- /etc/LERS2:/etc/LERS
- /var/LERS2/aspnet:/root/.aspnet/DataProtection-Keys
environment:
TZ: "Asia/Krasnoyarsk"
LERS_SERVER_DATABASE__ConnectionString: "Host=db;Database=LERS0;Username=postgres;Password=qzwerr1349"
LERS_SERVER_DATABASE__Provider: "Postgres"
LERS_SERVER_Modules__Poll__SavePollDataHandlersCount: 8
restart: always
logging:
options:
max-size: "10m"
max-file: "3"
db:
container_name: postgres_container
image: postgres:18.6
environment:
POSTGRES_PASSWORD: qzwerr1349
POSTGRES_INITDB_ARGS: "--data-checksums"
TZ: "Asia/Krasnoyarsk"
restart: always
logging:
options:
max-size: "10m"
max-file: "3"
По прежнему ситуация не воспроизводится. Запускали мониторинг текущих, который завершался через 20 минут после превышения максимального времени выполнения опроса. И так несколько раз.
В приведенной конфигурации docker-контейнера каких то таких специфических настроек не обнаружено. Параметр “LERS_SERVER_Modules__Poll__SavePollDataHandlersCount” по умолчанию равен 5 и его увеличение до 8 ничего не меняет в контексте текущего обсуждения, так как точек всего 2. Параметр “POSTGRES_INITDB_ARGS: “–data-checksums”” вряд ли как то может влиять на воспроизведение ситуации.
Мы собирали наш docker-контейнер в Windwows. Я не знаю имеет ли это значение, но каких то других различий не наблюдаю.
Попробуйте собрать ваш docker-контейнер тоже в Windows и проверьте воспроизведение ситуации.
Windows тоже самое. Либо Вы, что то делаете не так, что у Вас эта проблема не воспроизводится, либо я что то делаю не так, что у меня данная проблема воспроизводится.
lers.zip (445,0 КБ)
Бэкап БД из виндовского докера. Не думаю что есть какая то разница, но мало ли.
Развернули из вашего бэкапа БД в наш тестовый контейнер на Windows, изменили настройки подключения и часовой пояс территории, и запустили мониторинг точек. Ошибка воспроизвелась… Не понимаю в чем разница. Пересмотрел настройки точек. У вас ГВС однотрубная, тогда как мы использовали Теплоснабжение 2-трубное. В остальном все одинаково.
В любом случае спасибо за проделанную работу. Поставили задачу по ее исправлению.
Исправление будет доступно в следующей версии 3.68.
После выхода обновления понаблюдайте за ситуацией. У вас при ее возникновении должно быть попытка их повторного сохранения, сопровождающаяся сообщением в журнале работы Сервере “Конкурентная запись при сохранении текущих данных сеанса опроса <ID сеанса>. Повтор сохранения, попытка из <кол-во попыток>.”