[ОТВЕТИТЬ]
Опции темы
25.11.2010 13:37  
melisa
Добрый день! проблема: не выгружаются чеки из set retail в centrum.
версия системы и программы ретейла 05.02.79
постоянно в логе SETExchanger ретейла выходят ошибки:
25.11.2010 16:27:04.562 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.CHEQUE: Поток транспорта чеков.-1.CHEQUE: dataAccepted
25.11.2010 16:27:04.593 DEBUG: Поток транспорта чеков.-1.OPERDAY >>> PUT
25.11.2010 16:27:04.968 DEBUG: Поток транспорта чеков.-1.OPERDAY: Accept
25.11.2010 16:27:04.984 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.OPERDAY: Поток транспорта чеков.-1.OPERDAY: dataAccepted
25.11.2010 16:27:04.984 DEBUG: Поток транспорта чеков.-1.OPERGANG >>> PUT
25.11.2010 16:27:05.375 DEBUG: Поток транспорта чеков.-1.OPERGANG: Accept
25.11.2010 16:27:05.390 DEBUG: Created a new connection as set in pool sqlserver for class Поток транспорта чеков.-1.OPERGANG. Now have 2 connections checked out.
25.11.2010 16:27:05.390 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.OPERGANG: Поток транспорта чеков.-1.OPERGANG: dataAccepted
25.11.2010 16:27:05.406 DEBUG: Created a new connection as set in pool sqlserver for class Поток транспорта чеков.-1.OPERGANGMONEY. Now have 3 connections checked out.
25.11.2010 16:27:16.234 DEBUG: Поток транспорта чеков.-1.CHEQUE >>> PUT
25.11.2010 16:27:26.078 DEBUG: Поток мониторинга.-1.GETSTATCASHINFO >>> PUT
25.11.2010 16:27:26.687 DEBUG: Поток мониторинга.-1.GETSTATCHEQUE >>> PUT
25.11.2010 16:27:27.562 DEBUG: Поток мониторинга.-1.GETSTATFREESPACE >>> PUT
25.11.2010 16:27:28.265 WARN : Поток мониторинга.-1.GETSTATFREESPACE. Сервер не прислал ACCEPT: SERVER ERROR Поток мониторинга.204.GETSTATFREESPACE: stopPutData

при этом, принудительно (выгрузка чеков намагазине или восстановление чеков в центруме) иногда может выгрузиться через какое-то время... вобщем уже все настройки пересмотрела - с других точек всё прекрасно идёт. :swoon2:
 
29.11.2010 16:06  
TANGOR
Поставьте в конфиге транспорта DEBUGLEVEL = ALL
надо посмотреть что именно за ошибка бьётся.


# DebugLevel для лога службы. Может принимать следующие значения: ALL, TRACE, DEBUG, INFO, WARN, ERROR, FATAL и OFF. По-умолчанию = ALL
DebugLevel = ALL
 
30.11.2010 06:05  
melisa
добрый день! я ещё в настройках немного подменяла - теперь выдается только ошибка мониторинга. после изменения значения параметра DebugLevel в логе транспорта следующее:
30.11.2010 08:55:13.312 TRACE: Поток импорта.IMPORT: startGetData
30.11.2010 08:55:14.000 WARN : Поток мониторинга.-1.GETSTATFREESPACE. Сервер не прислал ACCEPT: SERVER ERROR Поток мониторинга.204.GETSTATFREESPACE: stopPutData
30.11.2010 08:55:15.000 TRACE: Поток мониторинга.-1.GETSTATTABLESIZE: startGetData
30.11.2010 08:55:15.046 DEBUG: Поток мониторинга.-1.GETSTATTABLESIZE >>> PUT
30.11.2010 08:55:15.671 TRACE: Поток мониторинга.-1.GETSTATTRANSFERCMD: startGetData
30.11.2010 08:55:15.703 DEBUG: Поток мониторинга.-1.GETSTATTRANSFERCMD >>> PUT
30.11.2010 08:55:16.484 TRACE: Поток мониторинга.-1.GETSTATCASHINFO: startGetData
30.11.2010 08:55:16.500 DEBUG: Поток мониторинга.-1.GETSTATCASHINFO >>> PUT
30.11.2010 08:55:17.203 TRACE: Поток мониторинга.-1.GETSTATCHEQUE: startGetData
30.11.2010 08:55:17.250 DEBUG: Поток мониторинга.-1.GETSTATCHEQUE >>> PUT
30.11.2010 08:55:18.156 TRACE: Поток мониторинга.-1.GETSTATFREESPACE: startGetData
30.11.2010 08:55:18.171 DEBUG: Поток мониторинга.-1.GETSTATFREESPACE >>> PUT
30.11.2010 08:55:18.937 WARN : Поток мониторинга.-1.GETSTATFREESPACE. Сервер не прислал ACCEPT: SERVER ERROR Поток мониторинга.204.GETSTATFREESPACE: stopPutData
30.11.2010 08:55:19.937 TRACE: Поток мониторинга.-1.GETSTATTABLESIZE: startGetData
30.11.2010 08:55:19.984 DEBUG: Поток мониторинга.-1.GETSTATTABLESIZE >>> PUT
30.11.2010 08:55:20.359 TRACE: Поток экспорта.EXPORT: startGetData
30.11.2010 08:55:20.843 TRACE: Поток мониторинга.-1.GETSTATTRANSFERCMD: startGetData
30.11.2010 08:55:20.859 DEBUG: Поток мониторинга.-1.GETSTATTRANSFERCMD >>> PUT
30.11.2010 08:55:21.796 TRACE: Поток мониторинга.-1.GETSTATCASHINFO: startGetData
30.11.2010 08:55:21.812 DEBUG: Поток мониторинга.-1.GETSTATCASHINFO >>> PUT
30.11.2010 08:55:22.562 TRACE: Поток мониторинга.-1.GETSTATCHEQUE: startGetData
30.11.2010 08:55:22.593 DEBUG: Поток мониторинга.-1.GETSTATCHEQUE >>> PUT

ещё интересный момент - если я на Retail ставлю принудительно восстановление смены, то чеки высыпаются и в centrum. Ещё - если полностью чищу в Retail таблицу transfercmd, то данные с момента чистки начинают высыпаться, но только некоторое время - потом опять всё тормозит :kez_02:
 
30.11.2010 06:07  
melisa
и вообще, может мне кто-нибудь объяснить природу ошибки GETSTATFREESPACE? каковы могут быть причины? просто очень часто в логах вылезает
 
30.11.2010 13:48  
TANGOR
Да Melisa конечно расскажем :)
GETSTATFREESPACE - это процедура БД для получения информации о свободном месте на жёстких дисках в магазине, для передачи этой информации на сервер Centrum и для отображения её в утилите SetMonitor
В принципе, если Вас беспокоят ошибки от службы мониторинга, и этой мониторинговой информацией Вы не пользуетесь, то Вы можете просто отключить поток мониторинга на Centrum.

в Вашем втором логе я что то не вижу ошибок
ERROR - это ошибка
WARN - (Warning) это как бы предупреждение о каких либо замечаниях в работе службы.
DEBUG - это отладочная информация.

так вот WARN это не ошибка, в вашем случае это предупреждение о не присланном Accept-е никаких нарушений в работе не несёт.

в 80 версии (или в одном из патчей) вышли исправленные скрипты по этим замечаниям.
 
01.12.2010 05:51  
melisa
добрый день!
но дело в том, что проблема выгрузки чеков в центрум так и осталась неразрешённой..... а в логе ошибки только по мониторингу.
 
01.12.2010 15:22  
TANGOR
Судя по вашему первому логу, это именно ошибки по чекам:

25.11.2010 16:27:04.562 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.CHEQUE: Поток транспорта чеков.-1.CHEQUE: dataAccepted

причём все 3 типа данных, чека смены, опердни

25.11.2010 16:27:04.984 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.OPERDAY: Поток транспорта чеков.-1.OPERDAY: dataAccepted
25.11.2010 16:27:05.390 ERROR: Поток транспорта чеков.-1 Ошибка обработки Поток транспорта чеков.-1.OPERGANG: Поток транспорта чеков.-1.OPERGANG: dataAccepted


так что попробуйте или перезапросить с centrum чека или попробивать новых и посмотреть лог.
 
07.12.2010 06:04  
melisa
добрый день! вобщем сегодня я повторила уже выявленную последовательность: если чеки перестали валиться, то
1. чистим таблицу transfercmd на магазине - чеки начинают валиться с момента очистки таблицы
2. чтобы восстановить чеки до момента очистки таблицы - вручную ставим на магазине восстановление смены

вопрос: с чем может быть связано переполнение таблицы transfercmd? почему чеки не восстаналиваются автоматически? (даже если смена была открыта в 9.00, а таблица очищена в 10:30, то чеки будут только с 10:30)

постоянно чистить и восстанавливать :kez_15:
 
07.12.2010 06:19  
gorbach
для того чтобы переотправить в centrum чеки можно сделать так
Код:
/* переотправить все чеки по операционному дню 01.12.2010 */
update chequehead set taken = 0 where operday = 20101201
по ошибкам транспорта: посмотрите, что пишет в лог служба транспорта на centrum, вероятно там есть более подробная информация по ошибкам.
у меня, к примеру, были ошибки при insert'ах в таблицы centrum.
 
07.12.2010 12:10  
TANGOR
Вы к хелпам кристалла не обращались? или у вас сервис свой?
тут вариантов тоже кстати много, начиная от отсутствия свободного места на Centrum и заканчивая какими-то не прогнанными скриптами или слетевшими настройками транспорта...
 
 


Опции темы



Часовой пояс GMT +3, время: 05:54.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.