[ОТВЕТИТЬ]
01.03.2016 11:25
$piritu$
 
Укм4 67сп2.
Проблема в том что время от времени кассы виснут. Виснут не так чтобы совсем не на что реагируют. Они как бы пробивают, но с запаздыванием оооочень долгим запаздыванием.
При чем в логах ничего такого найти ни могу.
Заходишь через putty даже там висит.
Куда капнуть? Сам сервер вроде крутиться.

Вот такую петрушку выдает мускул:

160229 20:36:50 [Warning] MySQL: Forcing close of thread 126336 user: 'ukm_server'
160229 20:36:50 [Warning] MySQL: Forcing close of thread 126335 user: 'ukm_server'
160229 20:36:50 [Warning] MySQL: Forcing close of thread 126334 user: 'ukm_server'

Перезагрузка сервера ничего не решает. Только если кассу перегрузить. При чем через меню - завершение работы.
Пробовали отключить "призму" результат нет. Могут раз в неделю так зависнуть из 4 -х касс в магазине виснут 2 или одна. Все разом не виснут.
Напишите какую инфу озвучить постараюсь выложить.
01.03.2016 11:56
whitewizard
 
Если из кассы выдернуть сетевой кабель, её отпускает?
01.03.2016 12:00
$piritu$
 
Честно не пробовали. Пробовал отключить службы УКМ и Mysql не отпускало.
01.03.2016 12:09
$piritu$
 
Пинг пускали - стабильный
01.03.2016 12:17
whitewizard
 
Пинг - это мелочи
01.03.2016 12:29
XsevenBeta
 
Про сетевой кабель дельный совет. Особенно, если есть работа со счетами. Пинг (даже хороший) - не показатель. У нас свичи некоторые висли. Пинг до кассы был, даже по ssh заходило, а вот репликация не шла.
01.03.2016 12:38
$piritu$
 
Цитата:
XsevenBeta Про сетевой кабель дельный совет. Особенно, если есть работа со счетами. Пинг (даже хороший) - не показатель. У нас свичи некоторые висли. Пинг до кассы был, даже по ssh заходило, а вот репликация не шла.
Допустим свич, сеть и т.д. почему выборочно кассы виснут не все хором, а по паре? или по одной?
01.03.2016 12:51
$piritu$
 
Видео с самой кассы......


Вложения
Тип файла: 7z VID-20160118-WA0016[1].7z (13.56 Мб, 52 просмотров)
01.03.2016 12:58
Kryukov
 
а табло покупателя у вас есть ? ... у меня как то из за него такая кака была
01.03.2016 13:00
$piritu$
 
Цитата:
Kryukov а табло покупателя у вас есть ? ... у меня как то из за него такая кака была
на УКМ4?
помню на УКМ2 так было
01.03.2016 13:37
whitewizard
 
Предыдущий чек закрыли, касса хочет обновить данные туда-сюда и виснет на этом.
Начните с кабеля
01.03.2016 13:43
Mtirt
 
Может действительно дисплей? Включить протоколирование com-портов и посмотреть, после чего подвисает?
01.03.2016 13:51
$piritu$
 
Цитата:
Mtirt Может действительно дисплей? Включить протоколирование com-портов и посмотреть, после чего подвисает?
Дисплей не COM. USb отключим его. Подключен как "консоль покупателя".
протоколирование было дело пытался включить так и не понял. включил или нет. Что пишется в логах есть пример? В основной лог пишет или отдельный?
01.03.2016 14:15
whitewizard
 
Тогда бы колом висло всё время.
Конвертеры на кассе работают или на сервере?
01.03.2016 14:28
$piritu$
 
Цитата:
whitewizard Конвертеры на кассе работают или на сервере?
на севрере
01.03.2016 15:41
SergeRai
 
Бывает похожая ситуация, когда расписание в кассовой службе СМ настроено только на полную выгрузку.
01.03.2016 15:43
$piritu$
 
Цитата:
SergeRai Бывает похожая ситуация, когда расписание в кассовой службе СМ настроено только на полную выгрузку.
Это проходили... частичная настроена.
01.03.2016 16:01
whitewizard
 
в логах мускула на сервере всё нормально?
01.03.2016 17:03
leha_jazz
 
А в УКМе есть скидка на классификатор(по группам товаров) ? Была похожая ситуация : только не сразу с первой позиции , а после грубо говоря 10-ти позиций в чеке , при пробитии следующей позиции похожие начинались тормоза.
01.03.2016 19:01
bob
 
Цитата:
leha_jazz А в УКМе есть скидка на классификатор(по группам товаров) ? Была похожая ситуация : только не сразу с первой позиции , а после грубо говоря 10-ти позиций в чеке , при пробитии следующей позиции похожие начинались тормоза.
У нас такие скидки есть и немало. и чеки по 30-40 позиций на них не редкость - такого глюка не наблюдал ни разу.
02.03.2016 09:09
УКМ_эксплуатант_2
 
Были тормоза. Причем с логах и кассы и сервера - все ОК.
Затык нашелся в логах MySQL: какая-то служебная таблица (users, но за давностью лет не уверен) была порушена.
Подложил соответствующие файлы с "живого" магазина - ожило
02.03.2016 09:41
bob
 
А может тогда проще попробовать сделать полный бэкап и в чистую базу залить?
02.03.2016 09:51
$piritu$
 
пока зависание не было. Думаю поэтапно делать...
Пока отключили дисплей покупателя
Потом зависнет, дерним провод lan.
Если не поможет восстановим из бекапа в пустую базу.
Лог Mysql:
Вложения
Тип файла: 7z mag43.7z (16.4 Кб, 30 просмотров)
02.03.2016 12:43
$piritu$
 
Еще в логах кассы постоянно пишет:

14:13:57: 0x00004000: WARNING: debug#/root/rel-67/libukm/luaukm_function_caller.h(33) function_caller_catch: attempt to call a nil value
04.03.2016 08:16
$piritu$
 
вчера снова зависал, но уже другая касса. При этом выдернули сетевой провод - без изменений.
попытка следующая - залить дамп в чистую базу.
10.03.2016 11:50
leha_jazz
 
Цитата:
$piritu$ вчера снова зависал, но уже другая касса. При этом выдернули сетевой провод - без изменений.
попытка следующая - залить дамп в чистую базу.
Чем всё закончилось ? Или ещё не закончилось ?
10.03.2016 12:00
$piritu$
 
Пока нет. Ждем с новых зависаний. По решали на том что ребята из С+ подключатся в тот момент когда кассы снова зависнут.
20.03.2016 23:31
FILBOR
 
А настройку конфигурации оборудования можно глянуть. У Вас там 2шт .СП402 подключено (на видео 2 стоят)?


Опции темы


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

 

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