[ОТВЕТИТЬ]
23.11.2016 18:07
winmasta
 
OlegON:
Тема выделена отсюда


У меня стоит рядом две кассы CheckWay и noname. Обе работают на версии (судя по тому, что говорит сервер) 71сп3, однако noname касса изначально (сразу после обновления до 71сп3) запускаться отказалась с вышеуказанной ошибкой. После накатывания патча 8480 касса стала запускаться, при этом изменился файл ukmclient

Теперь в логе кассы интересная версия УКМ

Код:
18:24:02: 0x00004000: INFO: Global: ---------- Client v.71 patch 8480 started -----------
18:24:02: 0x0000c003: INFO: sound#b6b094e0: started
18:24:02: 0x00010004: INFO: licsvc#b6b09348: started
18:24:02: 0x00014005: INFO: mngsvc#0e44c048: started
18:24:04: 0x00004000: INFO: Global: database host:127.0.0.1 db:ukmclient user:ukm_terminal port:3306
18:24:04: 0x00004000: INFO: Global: ---------- Installed service pack 3  -----------
Для сравнения на CheckWay

Код:
18:50:34: 0x00004000: INFO: Global: ---------- Client v.71 Service Pack 3 started -----------
18:50:34: 0x0000c003: INFO: sound#0e2df568: started
18:50:34: 0x00010004: INFO: licsvc#0e2e0550: started
18:50:34: 0x00014005: INFO: mngsvc#0e2bced8: started
18:50:36: 0x00004000: INFO: Global: database host:127.0.0.1 db:ukmclient user:ukm_terminal port:3306
18:50:37: 0x00004000: INFO: Global: ---------- Installed service pack 3  -----------
lsmod сделал на обоих кассах, отличия:

CheckWay есть (и их нет в noname)

ahci 19832 3
libahci 17592 1 ahci

libata 129939 2 ahci,libahci

sp_video_vga 8756 2

noname есть (и их нет в CheckWay)

pata_via 7021 3

libata 129939 1 pata_via

sp_video 3792 2


Возможно, скоро высвободится 55 CheckWay, поставлю его вместо noname, могу поэкспериментировать по Вашим запросам.

Думаю дело даже не в ядре (Linux) и не в недостающих модулях, а в самом коде УКМ, т.к. патч работает только с одним файлом - ukmclient. Сам Linux на noname запускается прекрасно.
24.11.2016 10:07
AlgolB
 
Вы меня напугали... Насчет поддержки самосборных системников. У меня сейчас 65 сп1, но мне же придется в итоге обновляться для 54фз. Буду на стенде проводить тесты на след неделе отпишусь (С+ долго лицензии присылают).
24.11.2016 10:31
Occul
 
А это вообще законно? Может, ФАС должно заинтересоваться? Я бы не стал связываться с производителем софта, который манипулирует таким образом. В договоре это указано?
24.11.2016 11:58
winmasta
 
Цитата:
Crack А это вообще законно? Может, ФАС должно заинтересоваться? Я бы не стал связываться с производителем софта, который манипулирует таким образом. В договоре это указано?
А у нас нет никаких договоров ))) Счета на оплату с трудом выбивали.
24.11.2016 12:38
AlgolB
 
Цитата:
winmasta А у нас нет никаких договоров ))) Счета на оплату с трудом выбивали.
Как так у Вас нет договора
А как Вы покупали софт без договора?
Как Вы пользуетесь поддержкой без договора?
Вы у кого купили?
24.11.2016 12:45
AlgolB
 
У кого были проблемы при обновлении из за железа, напишите данные Вашего железа. В основном чипсет матери интересует.
24.11.2016 19:13
Eugin_S
 
У нас и CheckWay разных поколений, и Штрихи разные и китайские noname - все отлично работает на 72 версии, ни с какими проблемами не сталкивались.
25.11.2016 14:50
Nordik
 
Тоже поймали такую проблему на одном системнике после обновления до 72 версии, решения не нашли .
25.11.2016 15:28
OlegON
 
Предлагаю не просто жаловаться, а скидывать сюда dmidecode, lspci, lsusb или что-то в этом роде для анализа. Найдете, возможно, что-то общее...
25.11.2016 15:54
~Guest~
 
Мне кажется это бесполезное занятие, т.к. есть ответ от сотрудника из С+, под которым понятно дело никто не подпишется, так как дело примет забавный оборот:

«Начиная с 71 версии вводятся ограничения в УКМ 4, все что есть в списке УКМ в подключенном оборудование версии 71 СП 1, то будет работать, все остальное, даже если ранее работало, будет отключено либо по чипсету, либо по сетевой карте, либо по характерному признаку для конкретной материнской платы.» (с)
25.11.2016 15:56
AlgolB
 
Поставил сегодня 72 версию, при заливке кассы ошибка: ошибка installation failed installation log saved in /var/log/install.log
в логе кассы:
ERROR: Failed to detect LINUX_DRIVE
Possibly hard disk support module is not loaded
ERROR

65 версия на это железо ставится без проблем.
Жду ответа от с+
25.11.2016 15:57
OlegON
 
Если собрать конфигурации в разрезе работает/не работает, то можно будет предполагать хоть, что выпилили...
25.11.2016 18:03
AlgolB
 
Проблема решилась. При подготовки флешки явно нужно указать контроллер жесткого. В какой то версии эта ошибка уже была.

ЗЫ Продолжу тестить, а пугать не поддерживаются самосборные системники это может происки конкурентов)))
27.11.2016 13:29
winmasta
 
dmidecode там нету

lspci

Код:
00:00.0 Host bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series SoC Transaction Register (rev 0e)
00:02.0 VGA compatible controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Graphics & Display (rev 0e)
00:13.0 SATA controller: Intel Corporation Atom Processor E3800 Series SATA AHCI Controller (rev 0e)
00:14.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx, Celeron N2000 Series USB xHCI (rev 0e)
00:1a.0 Encryption controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Trusted Execution Engine (rev 0e)
00:1b.0 Audio device: Intel Corporation Atom Processor Z36xxx/Z37xxx Series High Definition Audio Controller (rev 0e)
00:1c.0 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 1 (rev 0e)
00:1c.1 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 2 (rev 0e)
00:1c.2 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 3 (rev 0e)
00:1c.3 PCI bridge: Intel Corporation Atom Processor E3800 Series PCI Express Root Port 4 (rev 0e)
00:1d.0 USB controller: Intel Corporation Atom Processor Z36xxx/Z37xxx Series USB EHCI (rev 0e)
00:1f.0 ISA bridge: Intel Corporation Atom Processor Z36xxx/Z37xxx Series Power Control Unit (rev 0e)
00:1f.3 SMBus: Intel Corporation Atom Processor E3800 Series SMBus Controller (rev 0e)
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
lsusb

Код:
Bus 002 Device 002: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 002 Device 003: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 002 Device 004: ID 05e0:1701 Symbol Technologies Bar Code Scanner (CDC)
lsmod

Код:
Module                  Size  Used by
sp_sound                2507  0
sp_keyboard             8388  2
sp_video_vga            8756  2
udlfb                  12916  0
fb                     41084  1 udlfb
fbdev                    614  1 fb
fb_sys_fops              946  1 udlfb
sysimgblt               2201  1 udlfb
sysfillrect             2554  1 udlfb
syscopyarea             2678  1 udlfb
hid_touchpack            996  0
whiteheat               4984  0
visor                   6267  0
usb_debug               1132  0
ti_usb_3410_5052       10421  0
symbolserial            1924  0
spcp8x5                 3162  0
sierra                  6247  0
safe_serial             2594  0
qcserial                4196  0
qcaux                   1259  0
pl2303                  6370  0
oti6858                 5057  0
option                 27314  0
opticon                 2677  0
omninet                 1874  0
navman                  1457  0
mos7840                10107  0
mos7720                10615  0
mct_u232                4565  0
kobil_sct               3022  0
kl5kusb105              3247  0
keyspan_pda             5027  0
keyspan                16504  0
ezusb                   1953  3 whiteheat,keyspan_pda,keyspan
iuu_phoenix             7174  0
ir_usb                  2585  0
ipw                     2031  0
usb_wwan                4471  3 qcserial,option,ipw
ipaq                   12541  0
io_ti                  13963  0
io_edgeport            15303  0
garmin_gps              6467  0
ftdi_sio               26970  0
empeg                   1128  0
digi_acceleport         8957  0
cypress_m8              8022  0
cyberjack               2949  0
cp210x                  6928  0
ch341                   3654  0
belkin_sa               3944  0
ark3116                 4483  0
aircable                1353  0
cdc_acm                13038  2
xhci_hcd               67819  0
iptable_filter           974  0
ip_tables               8352  1 iptable_filter
r8169                  42857  0
mii                     3399  1 r8169
ahci                   19832  3
libahci                17592  1 ahci
libata                129939  2 ahci,libahci
serio                   8559  0
15.02.2017 19:00
NonExistence
 
Такая неприятность у нас случилась на днях:
Давно работали на версии 65 (и работали бы далее, если б не ФЗ-54), парк оборудования частично из системников С+ (Checkway 77 в основном), а частично от другого поставщика.

После обновления до 74 версии, чеквеи поднялись нормально, а на других системниках УКМ при старте вываливается с ошибкой.
Код:
07:39:32: 0x00004000: INFO: hw: initializing
07:39:33:FATAL: ukmstart.sh: ukmclient exit code = 139
Материнка на них вот такая стоит.
скрытое
AIDA обозначила материнку как "Unknown Motherboard".

C+, после анализа наших логов, отписались, мол, данная мат.плата ими никогда не тестировалась, проблема в ней.
Но на 65-й версии проблемы не было.
На чистую машину пробовали разворачивать 74 версию клиента, то же самое. Установка проходит, линукс стартует, в финале запускает укмклиент и тот после репликации БД с сервера отваливается.
Кто-нибудь сталкивался с таким?
15.02.2017 19:03
Starter
 
Сталкивались. системники от "Конкурента" ?
с версии 71 их принудительно блокируют в УКМ4.
Опции темы


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

 

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