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, а не убунту.
| |
|
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".
После чего поправить её с особым цинизмом...
| |
|
|
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 [^] [^^] [^^^] [ответить]
| +/– |
Поддерживаю просьбу, ибо в свое время я так и не дошел до полной и правильной работоспособности, т.к. поджимали обстоятельства поэтому было особо не до экспериментов (раскатал на виндях), однако в скором времени собираюсь вернуться к данному вопросу и лишняя инфа не помешала бы =)
| |
|
|
|
|
|
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.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 параметра прокси нет что делать?
| |
|
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
Почти такая же проблема. Только вообще не один патч не применился.
| |
|
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 ...). Это будет более наглядно и более управляемо.
| |
1.53, Александр (??), 22:00, 07/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Есть установленный (и запускающийся успешно) сервер 1с 8.3.13.1865 на centos 6, установлен там же postgresql версии 8.4.20 (чистая сборка, не специальная от 1с). Клиент, как известно, сходу не подключается к серверу, вылазит пресловутая ошибка, мол, "mchar не найден". Для решения этой проблемы нужно добавить файлы mchar.so, fasttrun.so, fulleq.so в /usr/lib64/pgsql, их можно взять из сборок с сервера https://ftp.etersoft.ru/pub/Etersoft/Postgre%40Etersoft/8.4.4/x86_64/Cent (распаковав файл postgresql-8.4eter-contrib-8.4.4-eter1.1centos.x86_64.rpm), но там лежат только версии этого файла для centos 5 и centos 5.5. Где можно найти названную выше сборку для centos 6 или отдельно эти три файла?
Пытался собрать их (файлы) из исходников с помощью mock (исходники взял отсюда http://ftp.etersoft.ru/pub/Etersoft/Postgres%40Etersoft/8.4.4/sources/), но не собралось, так как эти исходники содержат .spec файл, сделанный для altlinux.
Ну и, да, три файла из сборок для centos 5 и 5.5 я пробовал подсунуть в /usr/lib64/pgsql/, разумеется они не подошли (клиент при попытке создать базу ругается сразу на несоответствие magic block)...
| |
|