hasp-ключ в Linux и сетевая 1c 7.7: проблема с aksparlnx.ko ( Debian 4.0, ядро 2.6.18 )

Исходные данные:
Debian GNU/Linux 4.0 «Etch» (ядро 2.6.18 i686)
Samba 3.0.24
Ключ hasp ( LPT ) для 1c 7.7 (сетевая версия) от aladdin

Проблема — не подключается модуль aksparlnx.ko:
Loading HASP LPT kernel module… insmod:
error inserting ‘/lib/modules/haspd/aksparlnx.ko’: -1 Invalid module format

Собрать из исходников с сайта aladdin с ходу не получилось, готовых модулей на момент возникновения проблемы не было.

Решение проблемы:

Посмотрев исходники предыдущей версии (1.6), которые не компилировались под ядром 2.6.х обнаружил копирайты ссылающиеся на Aladdin Germany.
Зашел на aladdin.de в надежде, что они поболее уважают свои пользователей… и не ошибся.
На германском сайте http://www.aladdin.de есть ссылка разные версии ПО для Linux:
ftp://ftp.ealaddin.com/pub/aladdin.de/hardlock/linux/
в том числе на обновленные версии
ftp://ftp.ealaddin.com/pub/aladdin.de/hardlock/linux/v1.7/

Так что теперь можно скачать
ftp://ftp.ealaddin.com/pub/…/v1.7/i386/aksparlnx-1.7-i386.tar.gz
и скомпилировать модуль ядра aksparlnx.ko для своего ядра 2.6.х

Могу сказать что компиляция и подключение модуля ядра прошли успешно на ядре 2.6.18 дистрибутива Debian GNU/Linux 4.0 «Etch».
Раздача лицензий работает — при запуске 1С на рабочих станциях программа открывается, т.е. нет проблем с » Не обнаружен ключ защиты! »

P.S. Менеджер лицензий haspd для Debian GNU/Linux 4.0 Etch можно взять ( скачать ) отсюда http://ftp.freesource.info/etersoft/…/Debian/

hasp-ключ в Linux и сетевая 1c 7.7: проблема с aksparlnx.ko ( Debian 4.0, ядро 2.6.18 ): 5 комментариев

  1. atx

    Слушай а у тебя 1С на самбе от деб 4 пашет??? какова скорость??? напиши на мыло плиз!!!

  2. admin Автор записи

    Да
    1С 7.7 конфигурация «Бухгалтерский учет», пользователей 10 одновременно работают, база dbf лежит на общем ресурсе Samba 3.0.24 (Samba из дистрибутива Debian GNU/Linux 4.0 «Etch»), hasp-ключ на этом же сервере. Рабочие станции — Windows. Скорость не замерял, но пользователи не жалуются: скажем так «работает не хуже чем под Windows, может даже чуток быстрее».
    В принципе, сделал скачку файлов сервера — средняя скорость 6.5Мбайт/сек (сильных скачков скорости не наблюдалось).

  3. skleroz

    Если не секрет, может, неприватную часть smb.conf покажешь?
    Тоже Debian 4.0, та же Samba 3.0.24 .
    Пытаюсь базы 1С77 Комплексной выложить на Самбу.
    Всего пять пользователей, минут 15-20 работают нормально (причем работа неинтенсивная — в основном в ожидании клиентов приложение свернуто), а потом 1С-ки вылетают c ошибками:
    «Codebase error Error #-110 Unlocking file \\BUH\1C\1SUSERS.DBF»
    или
    «Невосстановимая ошибка базы данных Код -56 Таблица: 1SUSERS Ошибка захвата таблицы для чтения или записи»

  4. admin Автор записи

    Комплексную конфигурацию не пробовал, но отличие от ее «Бухгалтерского учета» в данном случае разве что в количестве открытых файлов. Могу предположить что дело в другом. Схожая проблема была когда пытался настроить блокировки на Samba 3.0.14a (та что идет в дистрибутиве Debian GNU/Linux 3.1 «Sarge»). Если сейчас стоит Samba 3.0.24, то надо закомментировать все настройки блокировок (oplocks, locks, locking и им подобные, т.к. все прекрасно работает с настройками по дефолту) и посмотреть что получится.
    Может быть еще дело в масках создания файлов и директорий?

    По большому счету у меня в smb.conf ничего особенного нет:
    [BAZA]
    comment = База 1C
    path = /home/BAZA
    guest ok = yes
    read only = no
    directory mask = 0777
    create mask = 0777
    writable = yes

    Да… маски я веселые указал 🙂 надо будет подправить, но этот вариант работает… и работает стабильно, судя по:
    # uptime
    23:24:10 up 85 days, 4:53, …

  5. skleroz

    «… Если сейчас стоит Samba 3.0.24, то надо закомментировать все настройки блокировок (oplocks, locks, locking и им подобные, т.к. все прекрасно работает с настройками по дефолту) …»
    Если верить тому, что показывает SWAT, то по умолчанию как раз все локи включены:
    blocking locks = Yes
    kernel oplocks = Yes
    locking = Yes
    oplocks = Yes
    level2 oplocks = Yes
    posix locking =Yes
    strict locking = Auto
    (Хотя в smb.conf как раз эти параметры в явном виде не упоминаются.)

    А вот здесь http://www.samba.org/samba/docs/man/Samba-HOWTO-Collection/locking.html#id377724 авторы Samb’ы пишут следующее:

    «Multiuser Databases
    Multiuser databases clearly pose a risk due to their very nature they are typically heavily accessed by numerous users at random intervals. Placing a multiuser database on a share with oplocks enabled will likely result in a locking management bottleneck on the Samba server. Whether the database application is developed in-house or a commercially available product, ensure that the share has oplocks disabled.»

    Так что по выходу из отпуска буду проверять
    oplocks = No
    level2 oplocks = No

Добавить комментарий

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.