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

[vfp7]

май 07 02:49:41 Ugolok usbhasp[715]: Unable to create USB device. Is vhci_hcd driver loaded?

Обычно такое выдается когда нет прав, то есть запуск происходит не от root

ps: Когда разворачивал систему на боевом сервере (Ubuntu 18.04.2 LTS x64) то столкнулся с проблемой работоспособности этой системы.
Благодаря помощи Alf500 удалось найти в чем был подвох - на боевом сервере очередность старта служб отличалась от чистого тестового, и в итоге служба hasp (aksusbd) не видела ключи.
То есть запуск usbhasp должен быть после запуска aksusbd !!!
Для проверки полной работоспособности в логах должна появиться строка аналогичная: aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/3-2'
( для hasp от http://sentinelcustomer.gemalto.com/...x&t=all&l=all# )

[HPDX2300]

Обычно такое выдается когда нет прав, то есть запуск происходит не от root

ps: Когда разворачивал систему на боевом сервере (Ubuntu 18.04.2 LTS x64) то столкнулся с проблемой работоспособности этой системы.
Благодаря помощи Alf500 удалось найти в чем был подвох - на боевом сервере очередность старта служб отличалась от чистого тестового, и в итоге служба hasp (aksusbd) не видела ключи.
То есть запуск usbhasp должен быть после запуска aksusbd !!!
Для проверки полной работоспособности в логах должна появиться строка аналогичная: aksusbd_x86_64: aksusbd_usb_dev_connect: device '/dev/aks/hasp/3-2'
( для hasp от http://sentinelcustomer.gemalto.com/...x&t=all&l=all# )

"запуск usbhasp должен быть после запуска aksusbd" - systemd легко с этим справляется, ему надо правильно описать сервис (от каких он зависит)

[Alf500]

"запуск usbhasp должен быть после запуска aksusbd" - systemd легко с этим справляется, ему надо правильно описать сервис (от каких он зависит)

Честно говоря, даже не предполагал, что последовательность важна. У меня в дебиан никакой разницы не замечал. Рестартовал aksusbd при работающем usbhasp... не заметил никакой зависимости. Это ж usb... все хватает на лету. Странно... на всякий случай пропишу зависимость в сервисе.
За помощь спасибо

[vfp7]

Подтвердилось что последовательность важна (Ubuntu 18.04.2 x64)
Если она не соблюдается то вываливается такое сообщение:
aksusbd_x86_64: open_sock: connect() failed: No such file or directory
Хотя при этом usb-key устройство создано.
Копать в чем суть этой проблемы не буду, лучше разберусь с точной очередностью старта всех служб в цепочке, так как судя по всему она может измениться в зависимости от роли сервера.
Еще момент - эта система капризная по предсказуемости работоспособности, подозреваю что эта проблема опять упирается в последовательность старта служб, и оставления "хвостов" от какой либо из служб.
Сейчас переключу внимание на эти моменты, так как на текущий момент времени у меня нет уверенности в надежности этой системы (поэтому и не ставлю ее как сервис, - пускай поработает на скриптах)

[Djordjlee]

Тогда вопрос. А Вы на убунту или по дебиан делаете? Или все равно? Просто интересно какую систему ставить для проверки

[vfp7]

Ubuntu начиная с 17.10 интенсивно изменяется, в 18.04 уже приходится обращать внимание на многие изменившиеся моменты, и то что в ранних релизах делалось на раз-два, теперь иногда вызывает дополнительные затруднения.
По стабильности и быстродействию ощущаются очень положительные изменения, но за это платишь более глубоким изучением новшеств в этой ОСи.
Так что выбор только за Вами и тем железом на котором будет работать все это (к примеру некоторые ОСи или их версии не поддерживают "из коробки" какие либо аппаратные Raid контроллеры, что для корпоративного использования будет весьма ощутимым минусом)
Опять же на чистой свежезалитой тестовой системе поднялось все это без проблем а при разворачивании на боевом сервере возникли проблемы ...
ps: кидайте монетку - орел или решка :good:

[Djordjlee]

НЕ. Я имел ввиду для Вашей сборки . Вы ж под Debian делали. Потом говорите про Убунту