После обновления на 88сп2 bad allocation : УКМ-4

После обновления на 88сп2 ПОСТОЯННО ловлю такие ошибки
0x00001284: FATAL: converter#{94D59AC9-5BB9-4e9c-ABA5-A60332FD6D13}#{4d3ff635-63c4-47e8-b5a9-bae69dfbb565}#Стандартный экспорт 4 (ручная выгрузка)#08c02670: error class std::bad_alloc ( bad allocation )

соответственно смена не летит, вне зависимости вручную или штатно смена отправляется

Пробовал добавлять
innodb_buffer_pool_size=1200M
до 70% ОЗУ - не помогло

Пробовал пересоздавать конвертер - не помогло

Куда копать?

БД, указанная в конвертере, доступна?

Конечно. Есть еще УКМки что в ту БД отправляют без проблем.
Есть у кого рекомендации по конфигу MySQL(my.ini)?

сначала бы найти ошибку в базе или окружении, которая привела к ошибке конвертера... остальное все - гадание на кофейной гуще...

Журнал mysql посмотрите в момент ошибки УКМ. Если там чисто, то зачем mysql крутить собрались. Скорее всего в конкретной версии УКМ некругло.

В момент ошибки конвертора лог мускула пишет
[Warning] IP address '192.168.(ИП кассы)' could not be resolved: ޲ﲠ�� 裥񲥭.
[Warning] Aborted connection 22714 to db: 'ukmserver' user: 'ukm_web' host: 'localhost' (Got timeout reading communication packets)

Проверил:
права пользователей - все ок
параметры сети - все ок, единственное отличие от моих других УКМок не было интернета - на всякий залогинился на проксе - конечно это не спасло

На MySQL думаю, так как С+ сказал у вас завышенные параметры в my.ini Мол 20% от ваших 4 ОЗУ ему достаточно. Как я понял они имеют ввиду не то что бы мускулу УКМа достаточно мало надо, а мол ему много давать очень вредно. Как так то!?!

Сама БД вроде в норме, дампил ее около 3 месяцев назад еще до обновления - версию MySQL поднимал до 5.6.17

Думаю еще - УКМ заново раскатить - но "покупка нового авто, при поломке старого, не решение проблемы"

Какие еще будут предложения?

может, там еще что-то в итоге загоняет его в своп... систему бы посмотреть в момент отвала полезно... Что нагружено, что в логах...
такие адреса можно не прятать - внутренние, у меня такие тоже есть :) вот что там не разресолвилось, это очень интересно... особенно интересно, что там так сбилось... Может, память или диск померли? Или по питанию задергали - файловая система развалилась? Гуща не помогает - ищи журналы.

может это исправление дело поправит ?
11602 - Не выгружаются смены конвертерами экспорта CSV и DBF
на ftp

У нас на версии 86СП1 ловили такую же ошибку. Методом проб выяснили что решается ошибка перезагрузкой сервиса укмсервер. Теперь каждую ночь эту службу перезапускаем.

Если сервис работает на мерзости, вроде винды, то лучше не реже раза в три дня ребутить сервак целиком. У меня некоторые ошибки только так фиксятся.