как ломануть 1C 8.3 for Linux

[vfp7]

Читал выше, что "запуск usbhasp должен быть после запуска aksusbd". Проверил, на Centos7 x64 такой проблемы нет.
Но возникла другая проблема. У меня эмулятор ключа и haspd стоят на одном сервере, а 1С стоит на другом сервере. Если отваливается процесс с эмулятором или процесс haspd (на самом деле процессы не отваливались, я вручную убил их, так как в процессе эксплуатации всякое может быть), и в этот момент кто-то пытается подключиться - соответственно он получает ошибку, что ключ не обнаружен. Дальше заново поднимаем процесс с эмулятором. Пытаемся подключиться - ошибка не уходит. Пробовал и haspd перезапускать, и порядок запуска эмулятора и haspd менял. Только перезапуск srv1cv83 помогает.
Может кто-то знает как исправить эту проблему?

Очередность старта сервисов в Ubuntu 18.04.2 x64:
1. HaspLM, aksusbd
2. UsbHasp
3. с задержкой srv1cv83
Иначе получаются ошибки вида hasp не видит ключ, или 1С не видит ключ в hasp

По Вашей проблеме - речь идет про кластер? Вы указали не полные данные что бы понять про что идет речь. Если про кластер или его гибрид, то только перезапуск srv1cv83, так как раздача ключей клиентам проходит ее средствами.

ps: разобрался с брыкающимся "Сервис сеансовых данных" в кластере (из моего прошлого поста) - можно сказать что так в 1С и должно быть. "Требования назначения функциональности" весьма специфично работает в кластере 1С, и что бы избежать недоразумений рекомендую использовать параметр "Авто", и через приоритеты выставлять желаемую очередность. Дополнительно можно ограничить потребление памяти сервису 1С в тех же настройках серверов кластера.
Так что теперь могу сказать что и на боевом сервере получил рабочую и предсказуемую 1С на ubuntu 18.04.2 x64, причем работоспособную даже в кластере.

[Djordjlee]

Ребят, может кто подскажет, что бы не проверялась конфигурация на лицензию? Под Linux. Можно под винду

[Alf500]

Посмотрите права на /dev/usb-vhci
Должно быть 0666

[Kolhoznic]

Посмотрите права на /dev/usb-vhci
Должно быть 0666

crw-rw-rw- 1 root root 248, 0 май 15 21:13 usb-vhci

[Kolhoznic]

Посмотрите права на /dev/usb-vhci
Должно быть 0666

Не могу понять что не так. Может установить ubuntu или centos?

[HPDX2300]

Не могу понять что не так. Может установить ubuntu или centos?

вот именно. с этого надо было начинать - указать на какой линух громоздишь эмулятор.
проще всего делать "как доктор прописал" - работать на "Ubuntu 18.04.2 x86-64" или "CentOS-7 x86-64"

[Alf500]

Насколько я вижу, ядро видит устройство на шине 6. Дальше демон aksusb должен его подхватить.
А в /dev/aks/hasp есть что-то вроде 6-1?
Под каким пользователем запускается aksusb? может банально прав не хватает?

[Kolhoznic]

Насколько я вижу, ядро видит устройство на шине 6. Дальше демон aksusb должен его подхватить.
А в /dev/aks/hasp есть что-то вроде 6-1?
Под каким пользователем запускается aksusb? может банально прав не хватает?

Безымянный123.jpg

Все запущено из под root


>> /dev/aks/hasp есть что-то вроде 6-1

Да есть.

[Alf500]

в /etc/udev/rules.d есть правила для HASP?
что там?

[Kolhoznic]

в /etc/udev/rules.d есть правила для HASP?
что там?

после замены на Sentinel_LDK_Ubuntu_DEB_Run-time_Installer.tar.gz

# HASP rules
ACTION=="add|change|bind", SUBSYSTEM=="usb", ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0001", MODE="664", ENV{HASP}="1", SYMLINK+="aks/hasp/%k", RUN+="/usr/sbin/aksusbd_x86_64 -c $root/aks/hasp/$kernel"
ACTION=="remove", ENV{HASP}=="1", RUN+="/usr/sbin/aksusbd_x86_64 -r $root/aks/hasp/$kernel"

# SENTINEL rules
ACTION=="add|change|bind", SUBSYSTEM=="usb", ATTRS{idVendor}=="0529", ATTRS{idProduct}=="0003", KERNEL!="hiddev*", MODE="666", GROUP="plugdev", ENV{SENTINELHID}="1", SYMLINK+="aks/sentinelhid/%k"


Ошибки в syslog пропали

May 17 08:38:02 srv-keys kernel: [ 507.678282] usb_vhci_hcd usb_vhci_hcd.2: USB Virtual Host Controller Interface -- Version 1.15 (2019-05-14)
May 17 08:38:02 srv-keys kernel: [ 507.678286] usb_vhci_hcd usb_vhci_hcd.2: --> Backend: USB VHCI user-mode IOCTL-interface
May 17 08:38:02 srv-keys kernel: [ 507.678291] usb_vhci_hcd usb_vhci_hcd.2: VHCI Host Controller
May 17 08:38:02 srv-keys kernel: [ 507.678300] usb_vhci_hcd usb_vhci_hcd.2: new USB bus registered, assigned bus number 5
May 17 08:38:02 srv-keys kernel: [ 507.678416] usb usb5: New USB device found, idVendor=1d6b, idProduct=0002
May 17 08:38:02 srv-keys kernel: [ 507.678419] usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1
May 17 08:38:02 srv-keys kernel: [ 507.678421] usb usb5: Product: VHCI Host Controller
May 17 08:38:02 srv-keys kernel: [ 507.678423] usb usb5: Manufacturer: Linux 4.9.0-9-amd64 usb_vhci_hcd
May 17 08:38:02 srv-keys kernel: [ 507.678424] usb usb5: SerialNumber: usb_vhci_hcd.2
May 17 08:38:02 srv-keys kernel: [ 507.678841] hub 5-0:1.0: USB hub found
May 17 08:38:02 srv-keys kernel: [ 507.678853] hub 5-0:1.0: 1 port detected
May 17 08:38:02 srv-keys kernel: [ 507.679033] usb_vhci_iocifc: Usb bus #5
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 is powered on -> connecting device.
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 connected.
May 17 08:38:03 srv-keys usbhasp[658]: Port 1 is disabled.
May 17 08:38:03 srv-keys kernel: [ 508.004731] usb 5-1: new full-speed USB device number 2 using usb_vhci_hcd
May 17 08:38:03 srv-keys usbhasp[658]: Set device on port 1 address = 2
May 17 08:38:03 srv-keys kernel: [ 508.145772] usb 5-1: New USB device found, idVendor=0529, idProduct=0001
May 17 08:38:03 srv-keys kernel: [ 508.145777] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
May 17 08:38:03 srv-keys kernel: [ 508.145779] usb 5-1: Manufacturer: HASP HL 3.25
May 17 08:38:03 srv-keys aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-1'
May 17 08:38:03 srv-keys kernel: [ 508.145772] usb 5-1: New USB device found, idVendor=0529, idProduct=0001
May 17 08:38:03 srv-keys kernel: [ 508.145777] usb 5-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
May 17 08:38:03 srv-keys kernel: [ 508.145779] usb 5-1: Manufacturer: HASP HL 3.25
May 17 08:38:03 srv-keys aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/5-1'

Но теперь LM не виден в сети. Подскажите где настройки файл настройки LMа?
И где посмотреть подключился ли ключ к демону. systemctl status выдает

systemctl status aksusbd

● aksusbd.service - Sentinel LDK Runtime Environment (aksusbd daemon)
Loaded: loaded (/etc/systemd/system/aksusbd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-05-17 08:36:26 MSK; 17min ago
Process: 623 ExecStart=/usr/sbin/aksusbd (code=exited, status=0/SUCCESS)
Main PID: 624 (aksusbd)
Tasks: 3 (limit: 4915)
CGroup: /system.slice/aksusbd.service
└─624 /usr/sbin/aksusbd

systemd[1]: Starting Sentinel LDK Runtime Environment (aksusbd daemon)...
aksusbd[624]: loaded, daemon version: 7.90.1.81737, key API (USB) version: 3.88 (parallel driver not available)
systemd[1]: Started Sentinel LDK Runtime Environment (aksusbd daemon).

systemctl status hasplmd
● hasplmd.service - Sentinel LDK Runtime Environment (hasplmd daemon)
Loaded: loaded (/etc/systemd/system/hasplmd.service; enabled; vendor preset: enabled)
Active: active (running) since Fri 2019-05-17 08:36:26 MSK; 19min ago
Process: 627 ExecStart=/usr/sbin/hasplmd -s (code=exited, status=0/SUCCESS)
Main PID: 628 (hasplmd)
Tasks: 6 (limit: 4915)
CGroup: /system.slice/hasplmd.service
└─628 /usr/sbin/hasplmd -s

systemd[1]: Starting Sentinel LDK Runtime Environment (hasplmd daemon)...
srv-keys hasplmd[628]: HASP LM v22.0.1.84151 loaded
srv-keys systemd[1]: Started Sentinel LDK Runtime Environment (hasplmd daemon).