Событие "Ошибка времени выполнения." (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]

  On 3/1/2024 at 11:39 AM, TX_energy said:

Используем MySQL

Expand  

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

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

Expand  

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

  Цитата

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

Expand  

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

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

[andrew75]

  On 12/4/2024 at 9:35 AM, TX_energy said:

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

Expand  

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

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

[TX_energy]

 

  On 12/4/2024 at 9:47 AM, andrew75 said:

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

Expand  

  Reveal hidden contents

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

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