The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Установка сервера для 1С:Предприятия 8 и PostgreSQL 8.4 на Ubuntu 10.04 LTS
Задача, казалось, несложной - необходимо установить выделенный сервер на новой
версии Ubuntu, самостоятельно скомпилировать PostgreSQL из исходников,
установить далее две версии серверной части 1С:Предприятия 8.1 и 8.2. Но, при
решении задачи всплыло много нюансов.

Брать готовый бинарник от EterSoft'а оказалось неверным - общая компиляция под
Mandriva, затем препарирование полученного через alien. Нарушается логика
расположения файлов конфигурации и библиотек в Ubuntu, плюс отставание от
текущего положения дел (уже вышла версия 8.4.4 PostgreSQL, а на ftp.etersoft.ru
лежит лишь 8.4.2). Я понимаю, что лучшее враг хорошего, но хочется самому
делать выводы, что лучшее, и что хорошее. Поэтому принято решение
самостоятельно собрать PostgreSQL с необходимыми патчами.

Серверные части 1С:Предприятия также написаны в расчете на некий
средне-универсальный дистрибутив Linux, но тут хотя бы честно. Все ставится в
/opt, конфигурационные файлы прописываются в /etc/init.d и домашней директории
пользователя usr1cv82(1). Да и изменить мы ничего не можем - доступа к
исходникам нет.

Итак. Собираем сам сервер. Корпус, материнская плата, процессор, планки памяти,
два одинаковых жестких диска... Я собрал программный RAID1 (зеркало) для
надежности хранения (все-таки собирается для "продакшн"), но это совершенно не
обязательно. Что обязательно - установка 64-битной версии, объем оперативной
памяти для любой СУБД критичен (а 32-битные версии ограничены 4 гигабайтами),
благо это сейчас совершенно недорого. Я установил 8 гигабайт. В общем,
выбирайте сами. Привод оптических дисков в сервер ставить смысла нет никакого,
загрузку можно провести через USB flash, а на будущее выделенному серверу
привод совершенно ни к чему - все необходимое докачивается из репозитариев или
копируется через утилиту scp.

Скачиваем образ сервера с http://www.ubuntu.com, там же подробнейшая инструкция
как сделать загружаемую USB flash из-под любой операционной системы.
Загружаемся, инсталлируем. Несколько обязательный комментариев. В принципе,
ничего сложного в процессе инсталляции нет, все подробно расписано. Но!

* Выбираем обязательно русский язык, чтобы сервер автоматически настроился на
использование русской локали (принципиально для первоначального запуска
патченной версии PostgreSQL, да и системные сообщения на русском не лишние)

* Обязательное подключение к Интернету. По ходу дела, программа инсталляции
несколько раз докачивает недостающие пакеты, плюс нам нужен доступ к
репозитариям для дальнейшей работы.

* В момент попытки получения ip-адреса по dhcp процедуру лучше прервать
(особенно если в это время в сети работает dhcp-сервер) или на следующем экране
выбрать "Возврат". Все-таки сервер, должен иметь фиксированный адрес и имя.
Задаем его самостоятельно.

* Из предлагаемого дополнительного софта ставим лишь OpenSSH, остальное после и самостоятельно.

После инсталляции перезагрузка, вытаскиваем "флэшку" (она больше не нужна), не
забываем в BIOS'е установить AHCI - жесткие диски работают быстрее.

После новой установки первым делом:

  sudo apt-get install mc

Надо как-то работать в консоли. Затем:

  sudo visudo (или воспользуемся редактором из mc)

Добавляем директиву NOPASSWD:ALL для группы %admin, приведя последнюю строку к виду:

  %admin ALL=(ALL) NOPASSWD:ALL

Это нам необходимо, чтобы каждый раз не вводить свой пароль для sudo. Так как к
консоли сервера кроме администратора никто доступ не имеет (теоретически), то и
безопасность это не нарушает. Правилом хорошего тона считается разлогинится
после работы. А доступ к консоли без знания пароля получить нельзя, так что
если кто и узнает ваш пароль, то и команду sudo выполнит легко. Таким образом,
ничего кроме дополнительной потери времени и нервов постоянное парольное
подтверждение не дает.

Обновляем установку:

   apt-get update
   apt-get upgrade

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

   apt-get install ntp

В /etc/ntp.conf исправляем строку "server ntp.ubuntu.com" на вашу. Если в
локальной сети есть уже работающий сервер времени (у нас это сервер, отвечающий
за proxy), то укажите его адрес. Через некоторое время сервер синхронизирует
время. Если нет, оставьте, пусть компании Canonical будет приятно.

Подготовительные работы окончены. Приступаем к сборке. Скачиваем с
http://v8.1c.ru/overview/postgres_patches_notes.htm три патча:
   1c_FULL_84-0.19.2.patch
   postgresql-1c-8.4.patch
   applock-1c-8.4.1.patch

Пусть вас не смущает то, что патчи для версии 8.4.1 - они отлично становятся и
на более старшие версии PostgreSQL (в рамках версии 8.4). Все минорные
исправления не затрагивают того, что патчит фирма "1С".

На сервере в домашнем каталоге пользователя-администратора создаем директорию
"1С". Копируем в нее любым удобным для нас способом (я использовал scp со своей
рабочей станции, можно перекинуть через собственный ftp или через "флэшку") эти
три патча. Переименовываем их, добавляя перед названием "20-",
"21-" и "22-", т. е. приводим их к виду:
20-1c_FULL_84-0.19.2.patch, 21-postgresql-1c-8.4.patch, 22-applock-1c-8.4.1.patch

Переходим в директорию "1С" и скачиваем туда исходники PostgreSQL:

   apt-get source postgresql

После скачивания архивы автоматически распакуются, будут наложены специфичные
для Ubuntu патчи (что очень хорошо, так как итоговая сборка будет "родной").
Входим в этот каталог. Затем копируем наши патчи в каталог "/debian/patches/".
Далее нам предстоит исправить три файла, ответственных за правильную сборку
пакета. Все три файла содержаться в каталоге "debian".

Файл "changelog". Отвечает за правильное наименование пакетов после сборки.
Добавляем туда следующие строки в начало файла любым текстовым редактором
(например, через mc):

  postgresql-8.4 (18.4.4-ailant-0ubuntu10.04) lucid; urgency=low
  * Apply 1C patch for PostgreSQL (from 8.4.1 version)
    - add mchar, fulleq, fasttrun
  -- Igor Vershinin <ivershinin@ailant.com.ru>  Fri, 04 Jun 2010 00:53:03 +0400

Версию устанавливаем как 18.4.4, чтобы в дальнейшем она самостоятельно не
обновилась при апдейте системы. Если будут наши исправления, то всегда возможно
скачать новые исходники и повторить с ними операцию, описанную в этой статье,
увеличив номер сборки (например,  18.4.4-ailant-1ubuntu10.04).

Следующий файл "control". Необходимо добавить зависимость от библиотеки
"libicu42" (требуется для патча от "1С"). В секции "Build-Depends" (в начале
файла) в конце списка добавляем ", libicu-dev".
Целиком строка будет выглядеть вот так:

   bison, flex, docbook-utils, openjade, docbook, libicu-dev

И последний файл "postgresql-contrib-8.4.install". В него необходимо добавить
строки с именами 1С-овских модулей: mchar, fulleq и fasttrun. После строк:

  usr/lib/postgresql/8.4/lib/pg_stat_statements.so
  usr/lib/postgresql/8.4/lib/citext.so
  usr/lib/postgresql/8.4/lib/btree_gin.so

надо добавить:

  usr/lib/postgresql/8.4/lib/mchar.so
  usr/lib/postgresql/8.4/lib/fulleq.so
  usr/lib/postgresql/8.4/lib/fasttrun.so

На этом операцию по адаптации можно считать законченной. У нас получился
правильно "патченный", родной для операционной системы исходник. Аналогично
можно подготовить версию для любой debian-совместимой ОС.

К сожалению, исправления трех файлов (кроме последнего) нельзя сделать через
patch-файл в автоматическом режиме. Патчи применяются уже после того, как
скачиваются зависимости и определяется имя пакета.

Готовые патчи и исправленные файлы можно взять также на нашем ftp-сайте
ftp://ftp.ailant.com.ru/pub/soft/postgresql-8.4.4-1C-ubuntu/ . Там же в
каталоге bin лежит собранный пакет PostgreSQL для Ubuntu 10.04 (x86_64). Это
если кому не хочется самостоятельно собирать.

Компиляция может пройти двумя способами. Оба несложных. В первом случае идем "в
лоб" и компилируем в рабочей системе, но куча зависимостей будет загружена, что
не есть хорошо, для "продакш"-системы. Поэтому воспользуемся пакетом
"pbuilder". В этом случае компиляция будет проходить в специально созданном
chroot-окружении, и все изменения будут проходить в нем, не трогая рабочую
систему. Более подробно об этом можно почитать в https://wiki.ubuntu.com/PbuilderHowto

   apt-get install pbuilder cdbs

Все, что ему необходимо, он сам вытянет по зависимостям. Второй пакет необходим
для компиляции. Далее:

   pbuilder create

Создаем специальное окружение для компиляции. В этот момент много скачивается
из репозиториев. У меня с первого раза почему-то не сработало, был сбой и
pbuilder закончил работу с ошибкой. Я не стал разбираться отчего это произошло,
просто повторно выполнил команду создания.

В дальнейшем рекомендуется перед сборкой давать команду:

   pbuilder update

для обновления окружения новыми пакетами.

Переходим в каталог исходников и

   pdebuild

Сборка началась. В первый раз по зависимостям будет вытянуто около 500
мегабайт, надо быть к этому готовым. Либо собирать на unlim-канале (дома,
например). В дальнейшем пакеты кешируются. У нас используется пакет apt-proxy,
который также умеет это делать. Для предприятий, где работает не один сервер,
очень рекомендую.

Сборка проходит ровно и спокойно. По окончанию в каталоге
"/var/cache/pbuilder/result" будут лежать собранные пакеты.

Продолжаем. Необходимо установить несколько пакетов для поддержки работы PostgreSQL:

  apt-get install postgresql-common postgresql-client-common libicu42 libossp-uuid16

Затем, собственно, ставим свежесобранный PostgreSQL:

  dpkg -i libpq5_18.4.4-ailant-0ubuntu10.04_amd64.deb
  dpkg -i libpgtypes3_18.4.4-ailant-0ubuntu10.04_amd64.deb
  dpkg -i postgresql-client-8.4_18.4.4-ailant-0ubuntu10.04_amd64.deb
  dpkg -i postgresql-8.4_18.4.4-ailant-0ubuntu10.04_amd64.deb
  dpkg -i postgresql-contrib-8.4_18.4.4-ailant-0ubuntu10.04_amd64.deb

Остальные пакеты не нужны для работы "1С:Предприятия 8". В этот момент сервер
СУБД будет запущен, также будет проведена первичная инициализация базы данных.
Осталось сделать несколько штрихов.
Проверим, чтобы PostgreSQL всегда запускался после перезагрузки:

  update-rc.d postgresql-8.4 defaults

Сделаем два симлинка, без которых "1С:Предприятие" не сможет работать с СУБД:

   ln -s /usr/lib/locale/en_US.utf8 /usr/lib/locale/en_US
   ln -s /usr/share/locale/en /usr/share/locale/en_US

Временно (правда, у меня осталось на постоянно) исправим правила доступа к
СУБД. В конфигурационном файле "/etc/postgresql/8.4/main/pg_hba.conf" исправим
в строке "host all all 0.0.0.0/0" md5 на trust. На момент начальной отладки так
гораздо проще, в дальнейшем (после запуска всей системы) выбирайте сами уровень
собственной защиты.

Все PostgreSQL собран и запущен. Устанавливаем "1С:Предприятие". Так как в
настоящее время версия 8.2 является основной, то начнем с нее. После установим
версию 8.1 для поддержки старых конфигураций (которые еще не перевели на новую платформу).

Переписываем с диска ИТС (скачиваем с сайта 1С) последнюю версию (на момент
написания статьи это 8.2.11.229) для архитектуры debian x86_64 (ведь именно
этот сервер мы ставили). Копируем на нашем сервере в папку "1С" в
домашней директории. Последовательно запускаем:

   dpkg -i 1c-enterprise82-common_8.2.11-229_amd64.deb
   dpkg -i 1c-enterprise82-server_8.2.11-229_amd64.deb

В принципе, достаточно. Пакеты "-nls" - это языковая поддержка. Нам она не
нужна, русский язык есть в основной поставке. Пакет "-ws" - это веб-сервисы.
Если нужны, то поставьте. Мне пока без надобности.
После инсталляции надо проверить наличие пользователя user1cv82 в файле
/etc/passwd и его домашнего каталога в /home. Именно в нем и будут храниться
специфические параметры запуска сервера. Дальше необходимо доставить несколько пакетов:

   apt-get install imagemagick msttfcorefonts libgsf-1-114 texlive-binaries 

Проверяем все ли библиотеки установлены:

   /opt/1c/v8.2/x86_64/utils/config_server

Утилита должна отработать без сообщений. Если написала, что что-то не
установлено, надо доставить. Обычно она указывает не на название пакетов, а на
недостающие файлы. Узнать в каком они пакете можно через "apt-file search".

Делаем возможность запуска после перезагрузки и запускаем:

   update-rc.d srv1cv82 defaults
   invoke-rc.d srv1cv82 start

Должно быть "ОК". Если нет, то скорее всего необходимые порты уже заняты. Надо
проверить чем. Дальше проверяем, что все процессы запущены нормально:

   ps aux | grep 1c

От имени пользователя "usr1cv82" должно быть запущено три процесса: ragent,
rmngr и rphost. После имен процессов идут номера портов, на которых они
работают. Если процесса не три, а один (такое почему-то иногда бывает, но
только при первоначальном запуске), то делаем:

   invoke-rc.d srv1cv82 stop

Удаляем каталог ".1cv82" в домашней директории пользователя usr1cv82. И
перезапускаем сервер заново. Должно стать все нормально.
Аналогично устанавливаем и сервер "1С:Предприятия 8.1". Но с небольшими
изменениями. Во-первых, из-за ошибки скрипта домашний каталог пользователя
"usr1cv81" будет установлен неверно, необходимо исправить его, отредактировав
"/etc/passwd" и исправив путь на "/home/usr1cv81", по аналогии с пользователем
"usr1cv82". Затем создать собственно сам каталог в директории "home" и
установить на него владельца "usr1cv81" и группу "grp1cv81". Во-вторых,
необходимо исправить порты, на которых будет работать сервер. Редактируем
"/etc/init.d/srv1cv81", убирая комментарии со строк и добавляя номера:

   SRV1CV8_PORT=11540
   SRV1CV8_REGPORT=11541
   SRV1CV8_RANGE=11560:11691

т. е. мы использовали порты на 10000 больше, чем порты по умолчанию. Дальше
запускаем сервер, проверяем, если надо удаляем директорию ".1cv81" в домашнем
каталоге пользователя usr1cv81.

Потом тестовая перезагрузка. Готово. На выделенном сервере работает
самостоятельно собранная версия PostgreSQL, а также два сервера
"1С:Предприятия" версий 8.1 и 8.2.

Работоспособность проверяется с любой windows-машины, подключением консоли
серверов "1С:Предприятия" к нашему серверу на заданный порт (1540 или 11540).

Кстати, при использовании в конфигурациях "1С:Предприятия 8" управляемых
блокировок, скорость работы СУБД PostgreSQL в ряде случаев бывает даже выше,
чем у MS SQL (под которую изначально и был заточен 1С). Но это все относится к
правильной оптимизации запросов, которые в версии 8.2 можно очень гибко настраивать.

И последнее. Несмотря на то, что сейчас все наши сервера работают под Ubuntu,
раньше использовалась Fedora. Пример сборки для нее (и похожих дистрибутивов)
есть в каталоге ftp://ftp.ailant.com.ru/pub/soft/postgresql-8.3.7-1C-fedora/ .
Там лежит как пример готовый spec-файл для сборки. Собирается все через mock (http://fedoraproject.org/wiki/Projects/Mock).

Дополнение: Компилировать PostgreSQL необходимо с ключом
"--disable-integer-datetimes", иначе при загрузке данных в СУБД через
1С:Предприятие 8 может вылететь ошибка про timestamp. Плюс вышло обновление
патча 0.19.3 от 1С с небольшим инзменением,вместо (строка 2118):
    +LANGUAGE C RETURNS NULL ON NULL INPUT IMMUTABLE;
используется
    +LANGUAGE C RETURNS NULL ON NULL INPUT VOLATILE;
 
07.06.2010 , Автор: Игорь Вершинин
Ключи: 1c, postgresql, ubuntu, packet, install / Лицензия: CC-BY
Раздел:    Корень / Администратору / Система / Linux специфика / Установка и работа с пакетами программ в Linux

Обсуждение [ Линейный режим | Показать все | RSS ]
  • 1.1, netc (ok), 11:33, 07/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    сразу вопросы:

    1. почему ubuntu а не debian

    2. почему ушли с fedora

    3.
    >Брать готовый бинарник от EterSoft'а оказалось >неверным - общая компиляция под
    >Mandriva, затем препарирование полученного через >alien. Нарушается логика
    >расположения файлов конфигурации и библиотек в >Ubuntu

    можно поподробнее, что значит общая компиляция ?
    что значит препарирование через alien


     
     
  • 2.2, metallic (?), 13:29, 07/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    А почему НЕ убунта?
    Я бы на месте автора тоже выбрал бы 10.04, потому как ЛТС(читай тот же дебиан), но релиз новее, чем у 5-го дебиана.
    Ви таки имеете что-то против убунты?
     
     
  • 3.15, testeruser (?), 10:52, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Да не тот же дебиан. Дебиан и убунту это два разных дистрибутива и работают они по разному. И в качестве подобного сервера я бы также выбрал Debian, а не убунту.
     
     
  • 4.29, liveder (ok), 09:06, 11/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    +1
    Debian наше все ;)
     
  • 2.6, Игорь Вершинин (?), 17:09, 07/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    1. Убунта почему? Во-первых, LTS, во-вторых, используется в коммерческом применении у импортных. Т.е., теоретически, серверная часть должна быть стабильная. Дебиан, при всей к нему любви, не коммерческий проект.
    2. Федора очень любит экперименты. Чудеса бывают после обновлений. Помнится Squid отказывался с LDAP работать после обычного обновления. Через несколько дней лишь поправили.. Не "продакшн". Опять-таки, Самба в боевом режиме в сборке на Федоре иногда очень сильно "задумывается". Возможно из-за утечек памяти, возможно нет. Разбираться во всем этом лень, да и смысл? Наверное, надо было в свое время уйти на CentOS, но как-то не срослось. А по поводу Дебиан/Убунту в качестве серверов в основном положительные отзывы. Это из того, что доступно.
    3. Как я понял в Etersoft (если ошибаюсь, то поправьте), компилируют постгрес под Мандривой (или там Альтом), затем его через alien трансформируют для дебиан-похожих дистрибутивов. Что не верно. Проблемы с зависимостями, локальными (от майнтейнеров) дистрибутивоориентированными патчами и расположением файлов. Все-таки когда зоопарк, это только детям хорошо на животных смотреть. Да и не успевают ребята из Этерсофта делать. Понимаю, ибо как на общественных началах. Поэтому сам.
     

  • 1.3, NicK (?), 13:32, 07/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >почему ubuntu а не debian

    а почему нет? вероятно, во-первых, с ней человеку работать привычнее, во-вторых: версии пакетов в ubuntu актуальнее.

    >почему ушли с fedora

    см. выше.
    да и вообще, целесообразность использования Fedora на сервере - спорный вопрос.

    >можно поподробнее, что значит общая компиляция ?

    Компиляция всего необходимого ПО, конкретно под Mandriva

    >что значит препарирование через alien

    http://ru.wikipedia.org/wiki/Alien

     
     
  • 2.5, netc (ok), 14:29, 07/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Компиляция всего необходимого ПО, конкретно под Mandriva

    т.е. сборка postgres с патчами 1с-ов от ethersoft делается под mandriva, а после alien-ом адаптируется для других дистров ?

     
     
  • 3.7, Игорь Вершинин (?), 17:14, 07/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >>Компиляция всего необходимого ПО, конкретно под Mandriva
    >
    >т.е. сборка postgres с патчами 1с-ов от ethersoft делается под mandriva, а
    >после alien-ом адаптируется для других дистров ?

    Да, но только Этерсофтом. В самом 1С похоже готовят все на RedHat или CentOS. Очень уж похоже по иногда старым библиотекам и общей компановке пакетов.

     

  • 1.4, Ma_X_X (?), 13:51, 07/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Наверное, это я что-то неправильно делаю, но у меня 1С категорически отказывается работать с postgresql версии 8.4 (пробовал 8.4.1 от 1С и Etersoft). При этом с 8.3.3 и 8.3.8 она дружит. Может, есть какой-то секрет?
     
     
  • 2.8, Игорь Вершинин (?), 17:17, 07/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >Наверное, это я что-то неправильно делаю, но у меня 1С категорически отказывается
    >работать с postgresql версии 8.4 (пробовал 8.4.1 от 1С и Etersoft).
    >При этом с 8.3.3 и 8.3.8 она дружит. Может, есть какой-то
    >секрет?

    Секрем прост. Проблема в связке. В 1С настойчиво рекомендуют версию 8.4.3, под нее уже патчи сделаны. Отличия прописаны у меня в read.me по ссылке ftp://ftp.ailant.com.ru/pub/soft/postgresql-8.4.4-1C-ubuntu/

     

  • 1.9, Игорь Вершинин (?), 17:48, 07/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Пытался исправить в статье, но не получилось. Автор не я, как выяснилось. :-)

    Компилировать PostgreSQL необходимо с ключом "--disable-integer-datetimes", иначе при загрузке данных в СУБД через 1С:Предприятие 8 может вылететь ошибка про timestamp. Плюс вышло обновление патча 0.19.3 от 1С с небольшим инзменением,вместо (строка 2118):
        +LANGUAGE C RETURNS NULL ON NULL INPUT IMMUTABLE;
    используется
        +LANGUAGE C RETURNS NULL ON NULL INPUT VOLATILE;

    Все исправленные файлы на ftp://ftp.ailant.com.ru/pub/soft/postgresql-8.4.4-1C-ubuntu/

     
     
  • 2.38, TopSergey (?), 10:40, 19/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >Компилировать PostgreSQL необходимо с ключом "--disable-integer-datetimes", иначе при загрузке данных в СУБД
    >через 1С:Предприятие 8 может вылететь ошибка про timestamp. Плюс вышло обновление
    >патча 0.19.3 от 1С с небольшим инзменением,вместо (строка 2118):
    >    +LANGUAGE C RETURNS NULL ON NULL INPUT IMMUTABLE;
    >
    >используется
    >    +LANGUAGE C RETURNS NULL ON NULL INPUT VOLATILE;
    >
    >
    >Все исправленные файлы на ftp://ftp.ailant.com.ru/pub/soft/postgresql-8.4.4-1C-ubuntu/

    Для таких же тугодумов, как и я поясняю:
    Чтобы скомпилировать с ключом "--disable-integer-datetimes" нужно
    открыть файл "rules" и найти там строку:
    "--enable-integer-datetimes".
    После чего поправить её с особым цинизмом...

     

  • 1.10, Fmpdfs (?), 00:34, 08/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А как насчет веб сервиса для 8.2? Есть мануальчики по подъему сиго чуда?
     
     
  • 2.11, luzers (?), 09:02, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    родная дока вполне адекватно всё описывает.
    шаманств под убунтой (правда еще под 9х) не было.

    автору спасибо за статью-пакетик. координаты оставил бы. или может хомяк какой есть?

     
     
  • 3.12, luzers (?), 09:03, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    а! самое то главное автор не рассматривает! это установка ключа)
    поэтому с веб-мордой могут быть трудности при использовании статьи)
    хотя "толстый" клиент нормально работает с установкой по статье, без использования ключей.
    как в последних релизах 1С не знаю - не слежу, может уже эту лавочку прикрыли.
     

  • 1.13, BoOgie (ok), 10:01, 08/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Да, про ключи не слова. Раньше вроде была грабля, что сервер 1С требовал ключ при более чем 12 клиентских подключений. Локальные ключи (а если еще и в виртуалке) всегда дико глючат, эмуляторы тока под мастдаями. Кто-нить в курсе как сейчас ситуевина обстоит?
     
     
  • 2.14, Игорь Вершинин (?), 10:39, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас также - 12 пользователей может работать без лицензирования сервера. Дальше нет. Но с ключом просто все. Втыкаете, он и работает... Проблемы бывают с клиентскими лицензиями. Там надо ставить драйвера и hasplm с сайта Алладина....
     
     
  • 3.16, roma2000 (?), 14:26, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тут вы не правы. Ключу необходим драйвер, причем этот драйвер еще надо умудриться поставить. Без драйвера 13му пользователю при входе в базу 1с будет говорить про "не нашла ключ, работать не буду".
     
     
  • 4.17, BoOgie (ok), 14:50, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В последний раз когда пробовал 1С на линях возня с хаспами была та еще. Кто-нить пробовал СЕТЕВОЙ ключ на виндовой машине (аки сервер лицензий) с подключенным к нему линуксовым 1С сервером?
     
     
  • 5.18, roma2000 (?), 15:04, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >В последний раз когда пробовал 1С на линях возня с хаспами была
    >та еще. Кто-нить пробовал СЕТЕВОЙ ключ на виндовой машине (аки сервер
    >лицензий) с подключенным к нему линуксовым 1С сервером?

    Оно только в таком виде у меня и заработало. Под виндами hasplm, а под пингвином оно называется aksusbd и нужно только если в 1се работает больше 12 человек.

     
     
  • 6.19, luzers (?), 19:54, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    уважаемый! а может быть порадуете небольшой заметочкой - как это сделать?
     
     
  • 7.27, zerot (ok), 07:48, 11/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    автору респект, статья правильная :)
    .
    если ключ нужен локально, то что там ставить ? в своё время писал защиту аладиновским ключём под Linux

    с сайта аладина качается драйвер, насколько я помню он есть в виде rpm и в виде tar
    разворачивается, запускается - там же приложены скрипты запуска для размещения в /etc/init.d
    .
    дальше при установке ключа в машину он должен подхватиться, о чём будет запись в /var/log/messages
    .
    это всё. прикладной софт линкуется с поставляемыми аладином библиотеками с API интерфейсом, и просто использует вызовы этих библиотек, которые уже обращаются к драйверу
    .
    да, при запуске дров аладина запускается как локальный драйвер, так и "отдатчик" ключа в сеть
    .
    Удачи

     
  • 6.20, BoOgie (ok), 21:59, 08/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Поддерживаю просьбу, ибо в свое время я так и не дошел до полной и правильной работоспособности, т.к. поджимали обстоятельства поэтому было особо не до экспериментов (раскатал на виндях), однако в скором времени собираюсь вернуться к данному вопросу и лишняя инфа не помешала бы =)
     
  • 4.24, sav (??), 15:45, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Особенно мудрить и не придется, используем драйвер ftp://ftp.aladdin.com/pub/hasp/srm/Linux/HASP_SRM_LINUX_3.50_Run-time_Instal (Инструкция внутри), вставляем ключ, перезапускаем и все!
     

  • 1.21, chemtech (ok), 05:58, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Хоть и 1С и не ставил, но статья понравилась.
    Понятливо написана.
     
     
  • 2.22, sluge (ok), 14:59, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    согласен, интересно почитать
     

  • 1.23, sluge (ok), 15:04, 09/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    мне как старому редхатовцу непонятно, зачем собирать постгрес, потом делать из него деб пакеты и уже их инсталять. make install уже немодно?
     
     
  • 2.25, Filosof (ok), 15:45, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых установка из исходников в чистом виде - зло. Как там с удалением/обновлеинеим?
    Во-вторых, готовый пакетик с уже наложенными патчами - удобней, чем исходники+файлы патчей.
    В-третьих облегчается повторный деплоймент.

    Более прошаренные товарисчи могут указать на более серьёзные технические преимущества.
    Кста, под редхатом по прежнему рекомендуется собирать пакетики перед установкой. К тому же их сам yum и разруливает.

     
  • 2.26, Аноним (-), 16:11, 09/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    менеджер пакетов как минимум отслеживает перезапись файлов, make install же Вам их молча затрёт.
     
  • 2.28, zerot (ok), 08:00, 11/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    дистрибутивы от redhat не зря является пакетно - ориентированными
    .
    хотя для разовых работ я тоже грешу ручной установкой, правда в /usr/local, но для инфраструктуры хотя бы из нескольких машин правильнее собрать пакет. Иначе может поплыть тема зависимостей и обновлений, и уследить за всем будет тяжело
    .
    удачи
     
  • 2.32, Timur (??), 08:01, 22/06/2010 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле бакапа не совсем удобно каждый раз собирать если слетит, тиражировать тоже неудобно. Бакапить надо только уникальные данные. Разработал для основной работы потом можно в порядке шабашки хошь конкурентам настроить хошь просто конторкам. Опять же башли на печеньку в пятницу.
     

  • 1.31, Timur (??), 07:31, 22/06/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    На счет легкости сборки я бы не сказал что так уж легко собралась. Главная проблема была в том что потребовалось увеличить SHMMAX раз в 10 от стандартного размера. Без этого постоянно вылетала при сборке. Прописал в /etc/sysctrl.conf
    kernel.shmmax = 33554432.
     
  • 1.33, Алексей (??), 09:50, 07/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Мне кажется ошибка:
    apt-get install msttcorefonts, а не msttfcorefonts
     
  • 1.34, Макс (??), 06:32, 30/07/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Подскажите пожалуйста в чем может быть проблема. При попытки создания БД в Кластере 1с сервер, вылетает ошибка: "Ошибка соединения с рабочим процессом. Ошибка загрузки компоненты ext."
     
     
  • 2.36, Arkady (??), 14:51, 16/08/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Пробую поставить, собрал все, устанавливаю postgresql-contrib-8.4_18.4.4-ailant-0ubuntu10.04_i386.deb и он при установке выдает, что он зависит от пакета libxslt1.1 , который не установлен. Этот пакет важен? Где его можно скачать/получить?
     

  • 1.35, Sinder (ok), 07:05, 11/08/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Столкнулся вот с такой ошибкой при сборке пакета:

    Setting up fakeroot (1.14.4-1) ...
    update-alternatives: using /usr/bin/fakeroot-sysv to provide /usr/bin/fakeroot (fakeroot) in auto mode.
    W: no hooks of type A found -- ignoring
    I: Running /usr/bin/dpkg-buildpackage -rfakeroot -us -uc ${DEBBUILDOPTS}
    dpkg-buildpackage: warning: using a gain-root-command while being root
    dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2
    dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor):
    dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2
    dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2
    dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor):
    parsechangelog/debian: warning:     debian/changelog(l6): found start of entry where expected more change data or trailer
    LINE: postgresql-8.4 (8.4.4-2) unstable; urgency=low
    parsechangelog/debian: warning:     debian/changelog(l6): found eof where expected more change data or trailer
    dpkg-buildpackage: error: unable to determine source changed by
    dpkg-buildpackage: source package postgresql-8.4
    dpkg-buildpackage: source version 18.4.4-ailant-1ubuntu10.04
    W: no hooks of type C found -- ignoring
    I: Copying back the cached apt archive contents
    I: unmounting /var/cache/pbuilder/ccache filesystem
    I: unmounting /root/1c filesystem
    I: unmounting dev/pts filesystem
    I: unmounting proc filesystem
    I: cleaning the build env
    I: removing directory /var/cache/pbuilder/build//16648 and its subdirectories

    Не смог разобраться, убрал изменения версии в changelog, и все собралось нормально. Базы развернулись, полет нормальный.

     
     
  • 2.37, TopSergey (?), 10:18, 19/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Тут всё просто.
    Когда копируешь изменения с сайта в файл "changelog" нафиг слетают отступы...
    Их необходимо проставить по аналогии со следующими записями.
    У меня получилось так:
    <нет пробелов>postgresql-8.4 (18.4.4-ailant-0ubuntu10.04) lucid; urgency=low
    <перенос строки>
    <2 пробела>* Apply 1C patch for PostgreSQL (from 8.4.1 version)
    <2 пробела>- add mchar, fulleq, fasttrun
    <1 пробел>-- Igor Vershinin <ivershinin@ailant.com.ru>  Fri, 04 Jun 2010 00:53:03 +0400

    У тебя в ошибке говориться:
    error: unable to determine source changed by
    Скорее всего перед последней строкой пробел забыл вставить

     
     
  • 3.40, immelmann1337 (ok), 10:35, 26/09/2010 [^] [^^] [^^^] [ответить]  
  • +/
    >[оверквотинг удален]
    >У меня получилось так:
    ><нет пробелов>postgresql-8.4 (18.4.4-ailant-0ubuntu10.04) lucid; urgency=low
    ><перенос строки>
    ><2 пробела>* Apply 1C patch for PostgreSQL (from 8.4.1 version)
    ><2 пробела>- add mchar, fulleq, fasttrun
    ><1 пробел>-- Igor Vershinin <ivershinin@ailant.com.ru>  Fri, 04 Jun 2010 00:53:03 +0400
    >
    >У тебя в ошибке говориться:
    >error: unable to determine source changed by
    >Скорее всего перед последней строкой пробел забыл вставить

    Доброго времени суток. дело в том, что у меня возникла похожая ошибка. Если Вы обратите внимание, то проблема возникает не в том, что было внесено в начале файла, а в 16 строке:

    parsechangelog/debian: warning:     debian/changelog(l6): found start of entry where expected more change data or trailer
    LINE: postgresql-8.4 (8.4.4-2) unstable; urgency=low
    parsechangelog/debian: warning:     debian/changelog(l6): found eof where expected more change data or trailer
    dpkg-buildpackage: error: unable to determine source changed by

    То есть в том, что было написано до нас... С виду форматирование такое же как в нашем блоке (1), и в блоках, которые следуют за 2 (3-n).

     

  • 1.39, TopSergey (?), 23:47, 23/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ещё 1 момент.
    У меня на Ubuntu 10.04 x64
    Не захотел сразу устанавливаться пакет: texlive-binaries
    Ошибка(в кратце): dpkg: не удалось обработать параметр tex-common (--configure):
    подпроцесс установлен сценарий post-installation возвратил код ошибки 1

    Решение нашёл тут: https://bugs.launchpad.net/ubuntu/+source/tex-common/+bug/565219

    Оказалось необходимо было установить пакет texlive-base вручную:
    sudo apt-get install texlive-base

     
  • 1.41, immelmann1337 (ok), 16:15, 27/09/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо, TopSergey, тоже была такая вещь.
    Возник еще один вопрос. Ситуация такая: установил все как указано в статье, за исключением PostgreSQL - поставил из пакетов, указанных автором. Стоят 8.2.12.229 и 8.1.15 - после установки теперь требует клиент только 8.2.12. Если остановить, или удалить srv1cv82, то пишет, что удаленный компьютер отверг подключение (socket error 10061). От srv1cv81 тоже есть все три процесса: ragent, rmngr и rphost.
     
     
  • 2.42, Владимир (??), 10:31, 07/10/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Инет через прокси

    У меня это неработал pbuilder create.

    Прописал так:

    pbuilder create -- http-proxy http://proxy.yoyodyne.com:18023/

    или можно в /etc/pbuilder-config.sh
    добавить строку http-proxy = http://proxy.yoyodyne.com:18023/

    тогда команда pbuilder create у меня заработала

    Но вылезла проблема которую немогу победить  
    1. запускаю pbuilder create, все проходит на ура
    2. запускаю pdbuild он начинает шуршать после чего говорит что не может стянуть с сайта ru.archive.ubuntu.com пакеты т.е. прокси не видит  apt wget настроены.

    а для команты pdbuild параметра прокси нет  что делать?

     
     
  • 3.46, ncux (??), 09:01, 14/11/2010 [^] [^^] [^^^] [ответить]  
  • +/
    Может быть задать прокси для всей системы?
    В терминале из-под root
    export http_proxy=http://user:pass@ip_proxy:port
    если нет авторизации, то
    export http_proxy=http://ip_proxy:port
    или править /etc/apt/apt.conf на наличие тех же строк по нужным протоколам
     

  • 1.43, seregapermskiy (?), 22:16, 14/10/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А у меня выдает сообщение Patch not applied. Как успел заметить - применились только 20 и 21 патчи. Postgres установился 8.4.5
     
     
  • 2.47, kole (??), 17:02, 20/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    > А у меня выдает сообщение Patch not applied. Как успел заметить -
    > применились только 20 и 21 патчи. Postgres установился 8.4.5

    Почти такая же проблема. Только вообще не один патч не применился.

     
     
  • 3.48, kole (??), 17:06, 20/12/2010 [^] [^^] [^^^] [ответить]  
  • +/
    И может кто нибудь подскажет как это поправить?

     
  • 3.49, dmsob (?), 17:52, 26/02/2011 [^] [^^] [^^^] [ответить]  
  • +/
    тоже не один патч не применился :-( что делать то?
     

  • 1.44, пользователь (?), 08:14, 03/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Компилировать PostgreSQL необходимо с ключом
    "--disable-integer-datetimes"

    а как это сделать? неподскажете комманду?

     
     
  • 2.50, TopSergey (?), 14:34, 06/06/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Для таких же тугодумов, как и я поясняю:
    Чтобы скомпилировать с ключом "--disable-integer-datetimes" нужно
    открыть файл "rules" и найти там строку:
    "--enable-integer-datetimes".
    После чего поправить её с особым цинизмом...
     

  • 1.45, ncux (??), 08:43, 14/11/2010 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Автору огромное СПАСИБО! Очень хороший и простой для понимания материал.
    Правда, как было сказано выше, необходима замена texlive-base
    В общем я делал так:

    apt-get install tex-common texlive-base texlive-binaries

    aptitude install ttf-mscorefonts-installer

    в остальном все как по маслу )

     
  • 1.51, Сандецкий Александр (?), 14:21, 02/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > Что обязательно - установка 64-битной версии, объем оперативной

    памяти для любой СУБД критичен (а 32-битные версии ограничены 4 гигабайтами)

    Катастрофически неверно. Объем памяти для одного процесса - да, но т.к. СУБД - суть множество процессов, то это ограничение несущественно, а само ядро увидит любое количество памяти более 4Гб.

    А вот указание "обязательно 64бита" не совсем корректно после изменения ценовой политики 1С в сторону удвоения цены за "битность" сервера. Это конечно новшество, которое сродни демотиваторам "угадай страну по фотографии".
    И именно в силу цены - более актуально рассмотреть вопрос об установке 32битного сервера 1С. Причем интересен вариант "микс-установки" (32-битный сервер 1С + 64-битная ОС + 64-битная СУБД (на том-же хосте).
    > в следующем куске текста:

    1c_FULL_84-0.19.2.patch
    postgresql-1c-8.4.patch
    applock-1c-8.4.1.patch

    Патч с припиской FULL не включает-ли все прочие патчи?! (Если нет, то я чего-то не понимаю в именовании патчей)

    > apt-get install msttfcorefonts

    В инструкции 1С сказано что надо apt-get install ttf-mscorefonts-installer
    Хотя думаю, от способа установки шрифтов результат не сильно поменяется.

    > Это нам необходимо, чтобы каждый раз не вводить свой пароль для sudo.

    Это очень спорно.

    ЗЫ: простите занудство.
    ЗЗЫ: Ссылки на айлантовский сервер - мертвы. К сожалению. А статья хорошая, сейчас как раз по ней пытаюсь заставить все это работать. Но.... не все так хорошо. Точнее - не всегда получается хорошо. В частности - были серьезные затыки с запуском ragent. Этот этап сейчас пройден, но уперся в доступность некоторых портов (несмотря на то что файрвол их пропускает и процессы запущены)

     
  • 1.52, Сандецкий Александр (?), 14:33, 02/04/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > apt-get source postgresql

    Предварительно не забыв написать apt-get install dpkg-dev иначе скачивание исходников завершиться ошибкой распаковки.

    > Версию устанавливаем как 18.4.4

    не очень удачное решение. Очередной билд сервера 1С либо какое-либо другое ПО может захотеть проверить версию на совместимость .... и вот тут будет проблема. Куда более элегантно - поставить блокировку на версию пакета в используемом менеджере пакетов (apt, yum ...). Это будет более наглядно и более управляемо.

     


     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:




    Спонсоры:
    Слёрм
    Inferno Solutions
    Hosting by Ihor
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2019 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру