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

Вид для печати

14.06.2019, 12:15
ExiveR

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

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

Цитата:

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

,
а в системном интереснее

Цитата:

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

Само собой, что 5 лет всего хватало и уж тем более за последние 2 месяца никаких изменений в сторону бОльшего числа станций не было.
Куда копать?
14.06.2019, 12:39
psinka

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

Цитата:

Сообщение от psinka

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

Проблема проявляется на серверах и с 16Гб ОЗУ, и с 32Гб - под SQL выделено половина памяти в настройках сервера.
14.06.2019, 13:12
psinka

А в логах рефа/репа что в это время пишется?
У нас эта версия стоит много где и такой проблемы не возникало...
14.06.2019, 13:36
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
-------------------------------------
14.06.2019, 16:34
Leon44

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

Цитата:

Сообщение от Leon44

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

Нет, не может. Система и так даёт предельно четкий ответ по использованию памяти в логе, запись которого я привел выше. Ну и я не настолько глуп чтобы при виде проблемы сразу бежать на форум, а не попытаться найти проблему сначала самому. Факт в том, что на предыдущей версии такой проблемы не было.
15.06.2019, 13:04
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
-------------------------------------

Это нормально?
18.06.2019, 15:54
Leon44

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

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