Форум по программам и оборудованию > > >

75 и новый ситемный блок "не дружат" - как понять "кто виноват"?

27.05.2018 22:55


[ОТВЕТИТЬ]
15.05.2017 14:25
УКМ_эксплуатант_2
 
Добыл системник. Типа под кассу.
Успешно залился. Вынул флешку, ребутаю, а она (Касса) в ребут сама уходит и так три раза.
По логам видно, что неизвестная ошибка 139 происходит после того, как зацепилась до сервера.
Куда смотреть что-бы понять кто виноват?
Вот лог:
SQL код:
13:46:250x00004000INFO: Global: ---------- Installed service pack 0  -----------
13:46:250x0001c007INFONTLP#b6c09d68: started
13:46:250x00020008INFOConnector to server#b6c0a1f8: started
13:46:250x00020008INFONTLP#b6c09d68: Socket 15 connected to 192.168.128.174: new channel 3066220000 created
13:46:250x00024009INFONtlpTrnManagerRemote usernameukm3w5e111lt85b4ptr ffffffffb6c2cde0 
13
:46:250x00024009INFONtlpTrnManagerAnswer for 192.168.129.81 hostremotehostdb ukmclientport 3306user ukm3w5e111lt85b4 
13
:46:250x00028009INFONtlpTrnManagerRemote usernameukm3w5e111lt85b4ptr ffffffffb6c2cde0 
13
:46:250x00028009INFONtlpTrnManagerAnswer for 192.168.129.81 hostremotehostdb ukmclientport 3306user ukm3w5e111lt85b4 
13
:46:250x0002c009INFOreplication_from_serverПолучение данных от сервера начато
13
:46:280x0002c009INFOreplication_from_serverОжидание готовности терминала
13
:46:280x0002c009INFOdebug#/usr/local/storage/home/ukm/build-HEAD-2017_03_31_13_55_53/ukm/libukm/cprotocolmanager.cpp(283) TableAdjuster: NO FILES
13:46:280x0002c009INFOreplication_from_serverПолучение данных от сервера завершено
13
:46:300x00004000INFOhwinitializing
13
:46:30:FATALukmstart.shukmclient exit code 139
13
:46:30:FATALukmstart.shUnknown error rebooting system
13
:46:30:FATALukmstart.shReboot counter=(limit=3)
13:48:35:INFOukmstart.shStarting sudo -u ukmclient ./cashmain  
13
:48:370x00004000INFOmngsvcСервис "Мониторинг" (ID2переведен в пассивный режим службой лицензирования.
13:48:370x00004000INFO: Global: System locale:  ru_RU
13
:48:370x00004000INFO: Global: Program localeru_RU
13
:48:370x00004000DEBUGOBSOLETELoading translation from internal resource
13
:48:370x00004000DEBUGOBSOLETEUpper(): (U+0069) -> (U+0049)
13:48:370x00004000DEBUGOBSOLETEUpper(): ? (U+0131) -> (U+0049)
13:48:370x00004000DEBUGOBSOLETELower(): (U+0049) -> (U+0069)
13:48:370x00004000DEBUGOBSOLETELower(): (U+0130) -> (U+0069) 
З.Ы. Той-же флешкой залил иной системный блок - заработало!
15.05.2017 16:35
Starter
 
А "новый системный блок", случаем, не Competitor ?

Наш случай
15.05.2017 17:12
УКМ_эксплуатант_2
 
Не, какой-то ноунейм в железном махоньком формфакторе "а-ля промышленный"...
Но симптомы - те-же, что и в ссылке

Придется иное искать...
15.05.2017 17:18
winmasta
 
Добро пожаловать в клуб
16.05.2017 07:40
~Guest~
 
Я же говорил, что будут выключать все оборудование не С+.
Уже проходили с системниками, с фискальниками...


Как только эту волну переживете,точечных выключений отдельных составляющих кассы, дальше будет УКМ 5, с заменой всего и вся. Раз на обновление/покупку новых ФР деньги нашли, значит и на каждую кассу денег найдете. Логика очевидна.
16.05.2017 07:57
УКМ_эксплуатант_2
 
Из категории бреда:
1. Ставим какую нибудь убунту
2. Ставим виртуальную машину
3. На ВМ ставим УКМклиента
Поиграть параметрами ВМ...
Получится?

P.S. Качаю xubuntu-16.04-desktop-i386 - поставлю эксперимент...
16.05.2017 08:55
OlegON
 
Лучше Lubuntu, для дела-то... И еще лучше - Fedora LXDE. В Fedora поддержка виртуалок лучше.
Только есть предположение, что это уже предусмотрели... QEMU/VirtualBox можно попробовать.
16.05.2017 09:17
УКМ_эксплуатант_2
 
Xubuntu что-то очень и очень грустно на данном системнике уже на этапе инсталляции
Пока жду...
16.05.2017 09:24
OlegON
 
Тогда с виртуалкой, скорее всего, вообще непотребно будет. Но Xubuntu - полноценный десктоп, который для виртуалки не нужен.
16.05.2017 14:56
~Guest~
 
Цитата:
УКМ_эксплуатант_2 Из категории бреда:
1. Ставим какую нибудь убунту
2. Ставим виртуальную машину
3. На ВМ ставим УКМклиента
Поиграть параметрами ВМ...
Получится?

P.S. Качаю xubuntu-16.04-desktop-i386 - поставлю эксперимент...

Могу ошибаться, но видение следующее: закрыли часть системных блоков на уровне сетевой платы, причем в УКМ 4 идет проверка.
Думаю закрыли не очень надежно и выход есть, в частности переименовать сетевуху, но честно, заниматься этим не очень хочется, пусть коллеги продолжают киснуть и продавать свои по 480 у.е. :)))))) Благо глупцов становится меньше, покупать от них оборудование и софт по ценам нового космического аппарата.
16.05.2017 15:49
OlegON
 
Цитата:
~Guest~ причем в УКМ 4 идет проверка
В виртуалку необязательно оборудование прокидывать напрямую, можно виртуальное оборудование отдавать. Но потери ресурсов неминуемы.
16.05.2017 18:26
~Guest~
 
Цитата:
OlegON В виртуалку необязательно оборудование прокидывать напрямую, можно виртуальное оборудование отдавать. Но потери ресурсов неминуемы.
Есть твоя правда, но не уверен, что это будет работать на УКМ 4.
В принципе у нас так дистрибутив ХР сделан, на виртуалке, т.к. данная ось не понимает, что такое SSD и с чем его едят.
Однако не могу сказать про потерю ресурсов, т.к. грузится за считанные секунды, работает крайне быстро, есть с чем сравнивать. Но есть потери по COM портам, в частности из 6-ти возможных видим только 4-ре, в любой комбинации.
16.05.2017 18:53
Dzloor
 
Цитата:
~Guest~ В принципе у нас так дистрибутив ХР сделан, на виртуалке, т.к. данная ось не понимает, что такое SSD и с чем его едят.
А можно подробнее? Как это не понимает?
16.05.2017 19:19
~Guest~
 
Цитата:
Dzloor А можно подробнее? Как это не понимает?
В поисковике Яндекса достаточно много написано на эту тему, просто в лоб не установилось, шаманили, шаманили и поставили под виртуалку, а в итоге клиент на 10-ку перешел :)
7-ка, 8-ка, 10-ка, проблем нет, легко ставится.

Причем отмечу, что даже с формированием образа DOS 6.22 столько проблем не было, нормальный рабочий образ получился.
16.05.2017 20:33
Dzloor
 
Просто у меня 3 компа на работе под XP и все на SSD, работают как и прежде, проблем не заметил.
17.05.2017 02:38
winmasta
 
Мне кажется залочили некоторые pid:vid обородования (чипсетов например), которые на своих системниках точно не используют.
17.05.2017 07:30
~Guest~
 
Цитата:
Dzloor Просто у меня 3 компа на работе под XP и все на SSD, работают как и прежде, проблем не заметил.
У нас и трех партнеров, не самых глупых, не получилось, не исключаю, что зависит и от железяк. Ну а сейчас и нет необходимости.
17.05.2017 08:17
kogkog
 
Была проблема с заливкой кассы на новый системник. отличалось от остальных другой-новой материнкой. победили отключением в биос всех наворотов, типа, засыпания по эл.питанию и т.п. и заливкой флешки для УКМ Дисковая подсистема не авто, а sdb. Попробуй - может поможет.
17.05.2017 13:35
УКМ_эксплуатант_2
 
Да льется оно нормально.
Падает после подключения к СМ-у...
19.05.2017 07:07
kogkog
 
Цитата:
УКМ_эксплуатант_2 Да льется оно нормально.
Падает после подключения к СМ-у...
а до этого этот системник был кассой? с ранней версией УКМ. тут обсуждался вопрос про нехватку драйверов, решение было. если конечно дело в драйверах. тогда встанет вопрос, как залить кассу со старой версией УКМ, а потом обновить до 75
20.05.2017 12:14
winmasta
 
Такой вариант не прокатит, проверено. Там в самом бинарнике УКМ какие-то проверки на "левость" системника, мне так показалось.
22.05.2017 09:13
УКМ_эксплуатант_2
 
нет. это был просто системник. Со старой версией - надо будет попробовать...
Вот только такая бяда:
нужен РАБОТАЮЩИЙ СМ со старой версией (тут уже проблемма хасп-ключей и лицензий)...
23.05.2017 14:41
W03LN
 
А зачем покупать новые системники? они и дороже и как оказалось не все идут. Я беру с рук старые системные блоки класса PIII-PIV с 2мя com портами за 1000-1500 руб. и радуюсь )))
Опции темы


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

 

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