Сервер R-Keeper 7.6.2.142.2 - утечка памяти

[ExiveR]

Доброго времени суток, ALL!
Дернуло меня обновиться до последней (актуальной для поддержки дилером) версии R-Keeper и теперь раз в несколько дней сервер (ОС, сервер справочникои и очетов, SH) перестают отвечать.
В журнале Приложение сервера фигурируют множественные сообщения

"Для выполнения этого запроса недостаточно системной памяти в пуле ресурсов "internal",
а в системном интереснее

Нехватка виртуальной памяти в системе успешно обнаружена. Наибольший объем виртуальной памяти был выделен следующим программам: для sqlservr.exe (1600) выделено 465813504 байт, для RefSrv.exe (1732) выделено 145297408 байт и для rkReportsServer.exe (2612) выделено 119734272 байт.
Само собой, что 5 лет всего хватало и уж тем более за последние 2 месяца никаких изменений в сторону бОльшего числа станций не было.
Куда копать?

[psinka]

Начать надо с того сколько оперативной памяти на сервере установлено. Судя по приведенным цифрам создается впечатление, что там всего 1Гб ))))

[ExiveR]

Начать надо с того сколько оперативной памяти на сервере установлено. Судя по приведенным цифрам создается впечатление, что там всего 1Гб ))))
Проблема проявляется на серверах и с 16Гб ОЗУ, и с 32Гб - под SQL выделено половина памяти в настройках сервера.

[psinka]

А в логах рефа/репа что в это время пишется?
У нас эта версия стоит много где и такой проблемы не возникало...

[ExiveR]

Refsrv.stk

-------------------------------------
13.06 07:55:39
715:Can not copy file 'C:\Windows\TEMP\rk7Receive\rcvEF9A.tmp' to '.\base\filesync\incoming\rcvEF9B.tmp' (error code: 8)
Windows error =8 (8h). Недостаточно памяти для обработки команды.

-------------------------------------
13.06 08:00:45
667:Cash server RK7SRV data process error: Answer timeout from RK7SRV running MIDGETWORKDATA.
-------------------------------------
13.06 09:29:51.474
33:Connection information added for RK7SRV (type 5) 7.6.2.142
-------------------------------------
13.06 09:29:52
232:Server exception in RPC function AGETWORKMODDESCLIST called from RK7SRV
tHeapMemStream memory realloc (from 16380 to 278524) Error="Out of memory", AvailVirtual=1885417472, VirtualOccupied=261935104, Heap Allocated=0, Heap AddrSpace=0
000207A7.D:\UCS\R Keeper 7\default\Rk7Reference\netkern.dll
-------------------Start STACK------------------
00010163.C:\Windows\SysWOW64\ntdll.dll
000FEA20.
00000002.
-------------------END STACK------------------
217:Exception running function MIDGETWORKDATA on RK7SRV: EOutOfMemory:Out of memory
667:Cash server RK7SRV data process error: Ошибка исполнения функции MIDGETWORKDATA на RK7SRV: EOutOfMemory:Out of memory.
-------------------------------------
13.06 09:31:53
232:Server exception in RPC function AGETWORKMODDESCLIST called from RK7SRV
tHeapMemStream memory realloc (from 16380 to 278524) Error="Out of memory", AvailVirtual=1886728192, VirtualOccupied=260624384, Heap Allocated=0, Heap AddrSpace=0
000207A7.D:\UCS\R Keeper 7\default\Rk7Reference\netkern.dll
-------------------Start STACK------------------
00010163.C:\Windows\SysWOW64\ntdll.dll
000FEA20.
00000002.
-------------------END STACK------------------



Repsserv.stk

-------------------------------------
13.06 10:18:52
153:Win32 CreateThread error 1455
Windows error =1455 (5AFh). Файл подкачки слишком мал для завершения операции.
-------------------Start STACK------------------

-------------------------------------
13.06 10:25:57
6505:Event 'syncRefsBase2SQLite' log: scheduledEvent exception: Unable to execute 'refsToSQL.exe' (code: 1450): Недостаточно системных ресурсов для завершения операции
Unable to execute 'refsToSQL.exe' (code: 1450): Недостаточно системных ресурсов для завершения операции
Windows error =1450 (5AAh). Недостаточно системных ресурсов для завершения операции.
00364C86.D:\UCS\R Keeper 7\default\Rk7Reports\rkReportsServer.exe
-------------------------------------

[Leon44]

Может с начало через диспетчер глянуть кто как жрет память (предварительно ребутнув сервер).. потом разбираться...

[ExiveR]

Может с начало через диспетчер глянуть кто как жрет память (предварительно ребутнув сервер).. потом разбираться...
Нет, не может. Система и так даёт предельно четкий ответ по использованию памяти в логе, запись которого я привел выше. Ну и я не настолько глуп чтобы при виде проблемы сразу бежать на форум, а не попытаться найти проблему сначала самому. Факт в том, что на предыдущей версии такой проблемы не было.

[ExiveR]

Обнаружил в логах бесконечное число попыток обработать файл из retrylis - заглянул вовнутрь и обнаружил, что все 260кБ файла состоят исключительно из нулей и пришлось его удалить. Подумал, что SQL не освобождает кэшированную память, но рестарт службы не привел к ее освобождению. Переименовал логи, сделал рестарт и буду наблюдать.
Еще смущает в repsserv.stk записи


-------------------------------------
15.06 14:21:44
684:Query (D:\UCS\R Keeper 7\default\Rk7Reports\SQLDebug\15062019\sql756D.tmp ) execution exception: EOleException: Недопустимое имя объекта "LOGBOOK"
CREATE VIEW "VRK7CUBEVIEW10927" AS
SELECT
LOGBOOK.DATETIME AS "DATETIME",
CLASSINFOS00.CIUSERPLNAM...
Windows error =183 (B7h). Невозможно создать файл, так как он уже существует.
-------------------------------------
15.06 14:21:44
5250:Cube Куб по истории (10927) SQL View error: Недопустимое имя объекта "LOGBOOK"
CREATE VIEW "VRK7CUBEVIEW10927" AS
SELECT
LOGBOOK.DATETIME AS "DATETIME",
CLASSINFOS00.CIUSERPLNAME AS COLLECTION,
trk7ChangeTypes00.CHANGENAME AS "CHANGENAME",
...
Недопустимое имя объекта "LOGBOOK"
CREATE VIEW "VRK7CUBEVIEW10927" AS
SELECT
LOGBOOK.DATETIME AS "DATETIME",
CLASSINFOS00.CIUSERPLNAME AS COLLECTION,
trk7ChangeTypes00.CHANGENAME AS "CHANGENAME",
EMPLOYEES00.SIFR AS "EMPLOYEESIFR",
EMPLOYEES
-------------------------------------



Это нормально?

[Leon44]

Последний комент был три дня назад. Хотелось бы услышать чем закончилась эта история. Просто это форум и когда возникают такие ситуации хотелось бы знать результат. Что, как и прочее...

[ExiveR]

До сих пор продолжает утекать и через 3-4 дня система перестает отвечать. В Сети находил данную проблему данного MS SQL Server 2012, но она была на SP1 и потом вышел хотфикс, а на моем сервере почти сразу был установлен SP4 и до апгрейда версии R-Keeper проблемы не было. Обнаружил странность, что занятая память не освобождается после рестарта службы MSSQL...