Последняя заметка про HASP

Установка ключа HASP в другой USB разъем решила проблему примерно на 2-3 недели. Затем «отпадывания» снова повторились. Не могу сказать точно, что именно помогло, но сделал следующее:

1) Скачал DEB пакет HASP лежит тутВнутри архива DEB. Вот краткая инструкция для Debian x64:

Installing the Sentinel HASP Run-time Environment v.1.15 Perform the following steps to install the Run-time Environment:

(For x64 distributions) Manually install the 32-bit support libraries (x86 compatibility packages) provided by your Linux distribution.
For example: For Debian or Ubuntu, use the command: apt-get install ia32
Disconnect your HASP HL key (if any) from the computer.
Open a terminal window and navigate to the directory containing the downloaded installation file.
As root, enter the following command:
For Ubuntu 32-bit or Debian 32/64-bit: dpkg -i Sentinel_HASP_Ubuntu_DEB_Run-time_Installer.deb
For Ubuntu 64-bit: dpkg -i —force-architecture Sentinel_HASP_Ubuntu_DEB_Run-time_Installer.deb
Optional: To support legacy HASP and Hardlock parallel keys, refer to the instructions in the file INSTALL inside the aksparlnx packages.
Reattach the HASP HL key.

 2) Изменил параметры в /etc/udev/rules.d/

SUBSYSTEM==»usb», ACTION==»add», ENV{DEVTYPE}==»usb_device», NAME=»bus/usb/$env{BUSNUM}/$env{DEVNUM}», MODE=»0644″

и заменить значение параметра MODE на 0666:

SUBSYSTEM==»usb», ACTION==»add», ENV{DEVTYPE}==»usb_device», NAME=»bus/usb/$env{BUSNUM}/$env{DEVNUM}», MODE=»0666″

 

Снова HASP — USBDEVFS_CONTROL failed cmd aksusbd

И снова проблема с ключем hasp.

Симптомы: периодически (примерно раз в день) «теряется» ключ. Как следствие все вылетают из 1С. Вроде бы все ок, тк:

ps aux | grep hasp
root 7585 0.0 0.0 7808 868 pts/0 S+ 10:11 0:00 grep hasp
root 25970 0.0 0.0 1812 360 ? S Sep29 0:00 /usr/sbin/winehasp
root 25972 0.0 0.0 31764 4700 ? Rl Sep29 1:04 /usr/sbin/hasplmd -s
root 25988 0.0 0.0 1792 460 ? S Sep29 0:12 /usr/sbin/hasplm

Но смущает вот такая запись:

dmesg
usb 2-1.4: usbfs: USBDEVFS_CONTROL failed cmd aksusbd rqt 192 rq 129 len 5 ret -110

Честно гуглил, но информации крайне мало. В итоге проблема решилась установкой ключа в другой USB разъем. :)

Проблемы с HASP ключем в Debian 6.0

В Debian начиная с версии 6.0, в Ubuntu 10+ и может где еще (скорее всего зависит от версии ядра и от того с нуля поставлена система или результат апгрейда) папка /proc/bus/usb/ пустая. Раньше туда была примонтирована виртуальная файловая система usbfs. Драйвера ключей, которые лежат на алладине старые, и чтобы найти usb ключик лезут в эту папку. В нормальной ситуации там должно быть что-то типа

# ls /proc/bus/usb/
001 002 devices

Поскольку этих файликов там нет, то сервер 1С предприятия может не находить hasp. Да, есть драйвер hasp от ethersoft, там сделали воркараунд, в скрипте запуска прилинковывают содержимое /dev/bus/usb/ в /proc/bus/usb и еще откуда-то (не помню точно откуда) линкуют devices.

Вариантом решения может быть следующее: прописать в fstab строчку

procbususb /proc/bus/usb usbfs defaults 0 0

После этого будет работать с дровами от алладина, про эзерсовтовские пишут, что тоже работает, но я уже их ставить не стал.

PS
За решение спасибо Александру Г.

1С. Could not create unique index при загрузке базы из .dt файла

Пока свежо воспоминание в памяти хочу коротко написать о том, что делать когда при загрузке базы из dt файла в PostgreSQL выдается ошибка:

ERROR: could not create unique index "files_pkey"
DETAIL: Table contains duplicated values."

Итак, если Вы видите это сообщение значит все чуть хуже чем предполагалось. Continue reading

Печальная история со счастливым концом. Часть 1 Начало. PostgreSQL stat collector

Все описанное имеет отношение к версии PostgreSQL 8.3

На днях случился… Ну как бы сказать… «Эпический фейл». Заключался он в том, что у нас просто «упали» все базы. Сразу хочу сообщить, что PostgreSQL тут совершенно не причем, во всем виновата наша халатность. Так вот почему это случилось и с чего началось я и хотел бы рассказать.

Сейчас у нас все хорошо, и что самое главное… Выводы сделаны! Continue reading

Out of memory на PostgreSQL при выполнении «тяжелых» операций 1С:Предприятие

Когда-то давно задавал вопрос на партнерском форуме 1С, а сейчас решил выложить в общий доступ.

Исходные данные:

  • Платформа: 1С:Предприятие 8.1 (8.1.15.14)
  • Кофигурация:  БП 1.6.24.7 (Конфигурация типовая, на поддержке). Ситуация может воспроизвестись на любой конфигурации.
  • Сервер СУБД:  Postgres 8.3.8 (сборка 1с)
  • ОС: Debian Lenny 5.0 (Linux  2.6.26-2-686-bigmem i686 GNU/Linux)
  • Физ: на сервере 8Гб памяти,  параметры остального оборудования думаю не критичны.
  • Воспроизводимость  100% :)

При  закрытии месяца вылетает с ошибкой: Ошибка СУБД. ERROR: Out of  memory. DETAIL: Failed on request size 8388608

Continue reading

Управление разработкой

На написание данного поста меня натолкнула беседа с моим коллегой на тему динамического обновления в 1с. Если очень коротко, то у моего коллеги возникла проблема после выполнения динамического обновления базы (примерно такая: Ошибка СУБД: ERROR:  relation «_reference5029″ does not exist).  Лично я сам несколько раз сталкивался с подобными проблемами. Большинство проблем которые могут возникнуть хорошо описываются тут. Со слов Вячеслава вообще не стоит использовать динамическое обновление. От части я с ним согласен, но предлагаю посмотреть на проблемы с другой стороны. Итак, наш подход к этой проблеме. Хочу добавить, что мы не придумали ничего нового и оригинального. Мы просто упорядочили этот процесс. Continue reading

it works! Запуск клиентской части 1С:Предприятие 8.2 под linux

Примерно год назад я полностью отказался от использования продуктов компании Microsoft у себя на домашнем компьютере и нетбуке. В качестве настольной операционной системы я использую ubuntu, которая меня вполне устраивает. О том как я переходил я расскажу в другой раз, а сегодня я хочу поделиться с вами о запуске системы 1С:Предприятие под linux. Continue reading