26.03.2009 13:28
RK
 
Ситуация: VPN (канал 1 мб). 46.1 (43 и 45 - также, 40.1 - было нормально) Пока связь есть - всё ок. Если касса хотя-бы сутки проработала без связи - продажи на сервер не сгружает (данные с сервера на кассу заливаются нормально). Приходится брать кассу, везти к серверу, включать - она всё сливает нормально. Увозим обратно - всё работает пока опять не простоит без связи (выходные, обычно)

Как исправить ситуацию?
26.03.2009 13:47
Mtirt
 
А если рестартовать сервер УКМ4?
Мне обычно это помогает. Но у меня 43-44 версии.
26.03.2009 15:19
RK
 
Сервер рестартует каждую ночь. Кассы на ночь отключаются. (да и рестарт пробовал). Дело, я думаю в том, что он по таймауту где-то отваливается. А вот где? Мускул и там и там нормально работает. В его логах нет ошибок. На кассе в логах клиента - "FATAL:debug#/usr/local/storage/home/ukm/build_rel-45_sp1_2008_10_16_1630/ukm/libukm/cprotocolmanager.cpp(111) TableAdjuster:Transaction aborted
"
26.03.2009 15:20
RK
 
+Это когда 45 стоял
03.04.2009 17:18
RK
 
Подниму ветку, так как проблема осталась.
Хотелось-бы хоть выслушать мысли. Где может затыкаться? Как на мегабитном канале заставить работать обмен касса-сервер?
06.04.2009 13:18
beliylev
 
у тебя хоть и 1 мб канал но не стабильный
и связь рвется при большом объеме данных
можно попробовать поставить на кассе в my.cnf в секции [mysqld]
max_allowed_packet=524288
innodb_lock_wait_timeout=300
только предварительно
сохрани в другом месте my.cnf
и останови демона mysql
а после изменения запусти снова
09.04.2009 10:58
RK
 
Цитата:
beliylev у тебя хоть и 1 мб канал но не стабильный
и связь рвется при большом объеме данных
можно попробовать поставить на кассе в my.cnf в секции [mysqld]
max_allowed_packet=524288
innodb_lock_wait_timeout=300
только предварительно
сохрани в другом месте my.cnf
и останови демона mysql
а после изменения запусти снова
не взлетело:(
13.04.2009 07:22
wood30
 
Поставить что-то типа MySQLAdministrator и наблюдать за транзакциями с кассы (быть при этом в сети с кассой) при появлении связи.
Как вариант ненадежности связи и транзакция отваливается, после реконнекта повтор передачи с начала...
Обычно при перезагрузке кассы, происходит репликация данных и это в большинстве случаев помогало.
Смены не сгружались когда были проблемы в связи кассы с сервером (свич веселый периодически терял пакеты).
Попингуй с кассы сервер большими пакетами, будет видно.
13.04.2009 07:41
Mtirt
 
А у меня вопрос возник, на сервере УКМ4 какая операционка?
Часовой пояс GMT +3, время: 15:30.

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