31.10.2019 13:27
Sparmizak
 
После обновления на 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% ОЗУ - не помогло

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

Куда копать?
31.10.2019 20:48
DMaslov
 
БД, указанная в конвертере, доступна?
01.11.2019 14:51
Sparmizak
 
Конечно. Есть еще УКМки что в ту БД отправляют без проблем.
Есть у кого рекомендации по конфигу MySQL(my.ini)?
01.11.2019 15:35
OlegON
 
сначала бы найти ошибку в базе или окружении, которая привела к ошибке конвертера... остальное все - гадание на кофейной гуще...
01.11.2019 15:35
vdm
 
Журнал mysql посмотрите в момент ошибки УКМ. Если там чисто, то зачем mysql крутить собрались. Скорее всего в конкретной версии УКМ некругло.
01.11.2019 17:47
Sparmizak
 
В момент ошибки конвертора лог мускула пишет
[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

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

Какие еще будут предложения?
01.11.2019 17:57
OlegON
 
Цитата:
Sparmizak ему много давать очень вредно. Как так то!?!
может, там еще что-то в итоге загоняет его в своп... систему бы посмотреть в момент отвала полезно... Что нагружено, что в логах...
Цитата:
Sparmizak IP address '192.168.(ИП кассы)' could not be resolved: ޲ﲠ�� 裥񲥭.
такие адреса можно не прятать - внутренние, у меня такие тоже есть :) вот что там не разресолвилось, это очень интересно... особенно интересно, что там так сбилось... Может, память или диск померли? Или по питанию задергали - файловая система развалилась? Гуща не помогает - ищи журналы.
07.11.2019 22:43
Kryukov
 
может это исправление дело поправит ?
11602 - Не выгружаются смены конвертерами экспорта CSV и DBF
на ftp
14.11.2019 09:56
LightStep
 
У нас на версии 86СП1 ловили такую же ошибку. Методом проб выяснили что решается ошибка перезагрузкой сервиса укмсервер. Теперь каждую ночь эту службу перезапускаем.
14.11.2019 10:09
OlegON
 
Если сервис работает на мерзости, вроде винды, то лучше не реже раза в три дня ребутить сервак целиком. У меня некоторые ошибки только так фиксятся.
Часовой пояс GMT +3, время: 15:28.

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.