Событие "Ошибка времени выполнения." (VAPM)

[TX_energy]

Добрый день! С периодичностью возникает событие  "Ошибка времени выполнения." после события "Базы обновлены." Полный лог:

Ошибка времени выполнения: Vapm bases processing failure. #1950 (1114) Generic db error: "1114, 'The table '__ttmp_vapm_patch_src' is full'

LastStatement='INSERT INTO `__ttmp_vapm_patch_src`(`nTmpId`, `nTmpPatchId`, `nVapmBuild`, `nPatchGlbId`, `nDownloadLinkGlbId`, `nDownloadUrlGlbId`, `nOrder`, `nFlag`, `nLCID`, `wstrDownloadUrl`, `wstrDownloadFileName`, `strProductVersion`, `strFileVersion`, `binSHA256`, `lRevision`, `binFileDigest`, `bHlp`) VALUES (14803, 4, 100898, 11801, 61911, 61776, 1, 0, 0, _utf8'https://ardownload2.adobe.com/pub/adobe/reader/win/Acrobat2020/2000130020/AcroRdr2020Upd2000130020_MUI.msp', _utf8'AcroRdr2020Upd2000130020_MUI.msp', '', '', 0xDD12280A94AF2E10C33CC4310955AC47B3186EB1E1B59B5CD93A264E269ED406, 0, 0x14B90BAB45D3BF882E9D40EF35510112, 0), (14803, 5, 100898, 12191, 64099, 63933, 1, 0, 0, _utf8'https://ardownload2.adobe.com/pub/adobe/reader/win/Acrobat2020/2000130025/AcroRdr2020Upd2000130025_MUI.msp', _utf8'AcroRdr2020Upd200013002
 5_MUI.msp', '', '', 0xBD3

[durtuno]

Интересно, а какую БД Вы используете? Может какого-нибудь предела достигли?

[TX_energy]

Используем MySQL. KSC версия 14.2.0.26967. Ни по размеру, ни по кол-ву событий превышения нет. За этим следим.

 

Edited March 1, 2024 by TX_energy

[durtuno]

22 минуты назад, TX_energy сказал:

Используем MySQL

Выверяйте конфиг БД, например, смотрите параметры, может какое ограничение по максимальному размеру файла/ файлов имеется:

innodb_data_file_path=

MySQL :: MySQL 8.0 Reference Manual :: 17.14 InnoDB Startup Options and System Variables

А также переменную:

tmp_table_size

MySQL :: MySQL 8.0 Reference Manual :: 7.1.8 Server System Variables

Edited March 1, 2024 by durtuno

[TX_energy]

Цитата

tmp_table_size

В файле конфига my.ini нет таких параметров, так же как и явно указанных лимитов.

Цитата

Если возникает ошибка заполнения таблицы, возможно, диск заполнен или что таблица достигла своего максимального размера. Эффективность обычно определяется максимальный размер таблицы для баз данных MySQL по ограничениям операционной системы на размеры файлов, а не по MySQL внутренние лимиты. 

MySQL :: MySQL 5.7 Reference Manual :: B.3.2.10 The table is full

Если посмотреть на содержимое запроса  INSERT INTO `__ttmp_vapm_patch_src` (в логе выше), то можно увидеть, что сначала перечислен список параметров, а потом значений для них. Причем, значения продолжают повторяться бесконечно (почтовый лог просто обрезан лимитами на длину сообщения).

[andrew75]

9 минут назад, TX_energy сказал:

В файле конфига my.ini нет таких параметров

https://dev.mysql.com/doc/refman/5.7/en/server-system-variables.html#sysvar_tmp_table_size

Думаю вам лучше в техподдержку.

[TX_energy]

 

51 минуту назад, andrew75 сказал:

Думаю вам лучше в техподдержку.

Спойлер

Безусловно, надо разобраться. Но часть информации лучше оставить здесь - запрос в ТП довольно длительная процедура, связанная со сбором конф.данных, что не всегда приветствуется в организациях. 

Попробую увеличить размер в памяти временной таблицы. Все, что нашел в сети это отключение поиска уязвимостей через политики агента администрирования (собcтвенно vapm.exe).