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, то-ли УКМ не могут дописать в здоровый файл и ждут.
поставили зануление файла при запуске кассы, ждемс...

Сбербанк озадачили, в С+ вдогонку сегодня полетит.
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, время: 13:59.

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