[ОТВЕТИТЬ]
23.04.2014 12:27
Dim
 
50СП2.

может зависнуть на 10-м сканировании, может на 60-м, а может и на 3-ем...
поменял сканер PSC 2200 с разрыва на ком-портовый... отключал дисплей покупателя, менял системник (чеквей 77 на такой же), поменял фискальник... ничего не помогло (((
я в непонятках... сейчас режу чеки на кассах... последняя идея, других не осталось...

причем виснет только УКМ, через путти на кассу заходит нормально
23.04.2014 12:32
OlegON
 
Если заходит, то top и процессы посмотреть? Кто-то жрет? Зомби?
Трассировка процессов
23.04.2014 16:25
whitewizard
 
А сеть от него отключи и посмотри будет виснуть в таком случае?
23.04.2014 16:28
Dim
 
сеть отрубать не пробовал... это же не УКМ2...
23.04.2014 16:29
whitewizard
 
Ну и что? Бывало, что на чеквее сеть отваливалась.
Бывало, что и сервер тупил на репликациях.

Когда касса зависает, она пингуется, по putty на неё можно зайти? Что в этот момент в логах кассы и сервера?
24.04.2014 08:31
Dim
 
когда зависает УКМ через путти на кассу захожу без проблем
24.04.2014 09:42
whitewizard
 
а в логах что в этот момент?
перезапуск ukmclient помогает?
24.04.2014 09:49
Dim
 
в логах чисто... вообще никаких сообщений на эту тему... обычно кассу ребутят
24.04.2014 10:09
whitewizard
 
Сам лично это "зависание" видел?
Виснет только сканер или всё?
24.04.2014 10:14
Dim
 
видел... сканируешь в нижней строке появляются цифры штрихкода и все... кнопки клавиатуры при нажатии пищат, на экране все мертво...
24.04.2014 10:31
RomanSmal
 
чем-то напоминает описанную мной ситуацию...
https://olegon.ru/showthread.php?t=16512
нас спасает перезапуск UKM как службы - но это может произойти раз в день, а может раз в неделю или в две...
по мне так у вас скорее всего проблема с настройкой торгового оборудования.
У вас случайно дисплей покупателя не напрямую в пос воткнут? у нас пока не переключили на работу через ФР тупило безбожно...
24.04.2014 10:39
Dim
 
у нас такой ошибки нет... ДП - в системнике... пробовал отключать его физически
24.04.2014 10:45
Dim
 
щас вот подсказали сберовский пинпад попробовать отключить...
24.04.2014 16:21
Dim
 
опять завис... в логе следующее
Цитата:
16:13:15: 0x00004000: INFO: context: cleared stack of contexts
16:13:15: 0x00004000: INFO: context: Push front context CContextDefault
16:13:20: 0x00004000: INFO: context: cleared stack of contexts
16:13:20: 0x00004000: INFO: context: Push front context CContextDefault
16:15:40: 0x00004000: INFO: context: Push front context CContextReceipt
24.04.2014 16:23
Павел Сосновских
 
я бы еще попробовал погонять проверки диска и бд.
1. диск.
загрузиться в служебном режиме(при старте Esc - maintainance - ждать пока не будет # с курсором),
выполнить fsck -ycfv
2. база.
подключиться через putty
остановить укм(/etc/init.d/ukmclient stop)
перейти в /tmp(cd /tmp)
выполнить mysqlcheck -uroot -p --check --auto-repair --verbose --force ukmclient >> repair.log
пароль, наверное, известен
посмотреть содержимое repair.log
запустить укм(/etc/init.d/ukmclient start)
24.04.2014 16:31
Mtirt
 
А в логах mysql ничего подозрительного нет?
24.04.2014 16:53
Dim
 
проверка БД прошла нормально, все таблицы - ОК
24.04.2014 16:54
Dim
 
в любом случае системник стоит новый, БД создавалась с нуля
24.04.2014 17:31
Dim
 
проверка жесткого диска показала наличие бэд блока... запускаю после проверки, понаблюдаю
Опции темы


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

 

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