[ОТВЕТИТЬ]
Опции темы
17.02.2012 20:54  
Wolverine
уточните у сотрудников сбера может стоит какая мультизагрузка, проверка чека, обновления. у нас стояло принудительное автообновление ПО после сверки, висело по несколько минут все
 
18.02.2012 03:41  
Tiger
И еще раз повторюсь: кассы работают без зависании по сбербанку на новом магазине (т.е когда всё с нуля), но по прошествии некоторого времени (больше полгода), начинается зависание!
 
21.03.2012 08:45  
overlord
Кассы виснут периодически. Версия sb_pilot 11.35, 11.37, 11.38
Заметили сегодня следующее:

Касса снова подвисла после того как клиент ввел пин-код, не возвращается в УКМ4.

1. Смотрим логи УКМ-а - там запись возврата из модуля sbrf
2. Смотрим лог /usr/local/auth/sbrf/ukmsbrf.log - огромного размера 180Мб
3. Удаляем файл в момент когда касса висит - и.... опа.... происходит нормальное завершение и вход обратно в УКМ4
т.е. то-ли sb_pilot, то-ли УКМ не могут дописать в здоровый файл и ждут.
поставили зануление файла при запуске кассы, ждемс...

Сбербанк озадачили, в С+ вдогонку сегодня полетит.
 
"Спасибо" overlord от:
26.03.2012 18:47  
GENDALF
А какая конфигурация терминала? в каком порту пинпад?

через Pserver или Напрямую (через сколько роутеров проходит все это дело?)?...
 
27.03.2012 01:07  
Onesoft
У нас заметил примерно года полтора назад начал проявляться такой глюк: при запуске sb_pilot на экране кассы "вдруг" возникает надпись "Welcome to UKM terminal", не всегда, но на сравнительно медленных кассах (например, старых битлах с ОЗУ 64 МБ - оказалось, есть и такие, перед новым годом накинули на них ДИММов 128-МБайтных - пошустрее стало, 49sp3).

Кассирки упорно не могли вспомнить, какие же именно действия приводили к такому поведению. В итоге выяснилось (случайно воспроизвёл на стенде), что такое возникает, когда кассир прокатала карту, мееееееедлено начал запускаться процесс обслуживания sb_pilot, на экране ещё ничего не произошло, и тут кассир ещё раз прокатывает карту в кард-ридере! После такого, ессно, в буфере клавиатуры оказывается мусор, который и приводит к подобному ступору кассы. Выйти из которого можно, несколько десятков раз нажав на ШТРИХ-КОД.

На клавиатурах PKBST-50 (Toshiba) скан-код клавиши "Энтер" в линуксе находится на клавише "[/X" (в нижнем ряду посередине), подобное двойное прокатывание карты на такой клавиатуре может привести к сбросу подкладываемой к sb_pilot раскладки клавиатуры, где действие "ВВОД" интерпретируется другой клавишей (у нас она назначена на ВВОД ШК, чтобы кассирам везде было одинаково). В этом случае действие "ВВОД" осуществляется по нажатию клавиши "[/X", а "СБРОС" - на крайней левой клавише верхнего ряда (не помню, ЛАТ там или РУС).

Если покупатель ушёл, а sb_pilot упорно просит ввести карту и на клавишу "СБРОС" не реагирует, доводим sb_pilot до состояния "ВВЕСТИ ВРУЧНУЮ", вводим до упора какую-нибудь кривую последовательность - проще всего "121212..." до упора, затем "ВВОД" - и sb_pilot с ошибкой возвращает управление в ukmclient (может потребоваться от 1 до 3 попыток), где можно аннулировать чек или оплатить другим средством оплаты.
Если вообще ничего не помогает - коннектимся по ssh, затем выполняем команды:
ps -e|grep nix
- выведет строку типа "xxxx upnixmn.out", где xxxx - это PID процесса upnixmn.out - собственно он и является главным исполняемым файлом клиента авторизации СБРФ, sb_pilot лишь его обёртка. Теперь надо убить этот процесс:
kill xxxx
и происходит возврат в ukmclient с ошибкой.
 
27.03.2012 07:51  
Mtirt
Мы тоже такое заметили (у нас много старых и медленных касс).
Причем такое происходит не только при втором накатывании, но и при случайном нажатии кнопки Ввод, стрелочек и еще чего-то...
Правда боремся мы иначе: заходим на web кассы. Останавливаем ukmclient, потом жмем кнопку Скорректировать в Диагностике. После запуска ukmclient предложения ввести карту не возникает.
 
07.11.2012 05:22  
Tiger
Цитата:
Сообщение от overlord
Кассы виснут периодически. Версия sb_pilot 11.35, 11.37, 11.38
Заметили сегодня следующее:

Касса снова подвисла после того как клиент ввел пин-код, не возвращается в УКМ4.

1. Смотрим логи УКМ-а - там запись возврата из модуля sbrf
2. Смотрим лог /usr/local/auth/sbrf/ukmsbrf.log - огромного размера 180Мб
3. Удаляем файл в момент когда касса висит - и.... опа.... происходит нормальное завершение и вход обратно в УКМ4
т.е. то-ли sb_pilot, то-ли УКМ не могут дописать в здоровый файл и ждут.
поставили зануление файла при запуске кассы, ждемс...

Сбербанк озадачили, в С+ вдогонку сегодня полетит.
Я у себя файл ukmsbrf.log не нашел, но есть файл LOGM.D. За что отвечает этот файл, или может в другом месте храниться ukmsbrf.log?
 
07.11.2012 08:12  
Eugin_S
А патч от С+ устанавливали? я вообще забыл про зависания сбера после него. Но у меня была проблема немного другого рода - кассы зависали при нажатии неправильных кнопок в процессе расчета. Но думаю попробовать стоит. Если у вас его нет - напишите и я скину.
 
07.11.2012 08:16  
OlegON
Да выкладывай сюда, мало ли, кому-то еще понадобится...
 
 


Опции темы



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

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