Ошибка неверное значение для параметра lc messages

Что-то я не нашел postgresql пропатченный под debian. Устанавливать rpm через alien ?
Начал устанавливать через алиен, вылезла ошибка:

root@www:~# dpkg -i postgresql-libs_8.3.3-3.1_i386.deb
(Чтение базы данных... на данный момент установлено 35011 файлов и каталогов.)
Распаковывается пакет postgresql-libs (из файла postgresql-libs_8.3.3-3.1_i386.deb)...
dpkg: не удалось обработать параметр postgresql-libs_8.3.3-3.1_i386.deb (--install):
 попытка перезаписать /usr/lib/libpq.so.5.1, который уже имеется в пакете libpq5
При обработке следующих пакетов произошли ошибки:
 postgresql-libs_8.3.3-3.1_i386.deb
root@www:/home/pelmen/1c/setuppln833# apt-get remove libpq5
Чтение списков пакетов... Готово
Построение дерева зависимостей... Готово
Пакеты, которые будут УДАЛЕНЫ:
  dovecot-common dovecot-imapd dovecot-pop3d libpq5
обновлено 0, установлено 0 новых пакетов, для удаления отмечено 4 пакетов, и 74 пакетов не обновлено.
После данной операции, объём занятого дискового пространства уменьшится на 7287kB.
Хотите продолжить [Д/н]? n
Аварийное завершение.

Dovecot удалять нельзя

В принципе можно так:

dpkg —force-conflicts -i postgresql-libs_8.3.3-3.1_i386.deb

, но на свой страх и риск.

Тоже сейчас озадачился этим вопрос. Сейчас тренируюсь на Etch.
Через alien нормально сконвертировал и поставил. Сразу не создался пользователь с группой и запускающего скрипта не было — решил.
Пока проблема в инициализации базы:

bsavelev писал(а): ↑

10.03.2009 15:15

поставить libreadline?

Спасибо! Уже решил. Поставил libreadline и libtermcap, создал символьные ссылки и все поехало.
Как поехало узнаю после того, как подконекчусь к серверу, залью базу и запущу 1С.

pelmen писал(а): ↑

10.03.2009 22:33

а тут еще базы какие-то инициировать…

В данном случае вопрос к postgres — зачем ему требуется инициализация?

pelmen писал(а): ↑

10.03.2009 23:31

а что, сначала надо подключиться через оснастку серверов и создать базу, и только потом работать с платформой?

В официальном руководстве от 1С (брошюра 1С:Предприятие 8.1 Клиент-сервер Особенности установки и использования) подробно расписан процесс, от установки пакетов до заведения новых баз через консоль кластера.

Правда, косякам насчет libreadline и прочих не уделено внимание, так же как и compat-библиотекам для postgre (которые решают проблему в [1].
Стоит заменить, поддержке rpm-based дистрибутивов (семейства Redhat и клонов) в 1С уделяют не в пример больше внимания, чем на базе debian..

IMB писал(а): ↑

11.03.2009 12:12

А полет то не удачен.
Инициализировал базу с локалью ru_RU.UTF-8, стартовал сервис с LANG=ru_RU.UTF-8. Пытаемся с виндовой консоли создать базу:
ERROR: неверное значение для параметра «lc_messages»:»en_US»
В чем может быть проблема?

А локаль en_US вообще существует в вашей системе?

Мое впечатление, что сборки сервера 1С Предприятие и postgre от 1С были максимально оттестированы в Redhat-based (сборки .deb имеют полу-официальный статус, несмотря на все то, что там у них на сайте написано).

Поэтому меньше всего косяков вылезает при использовании 1С под RHEL, Centos etc.

pelmen писал(а): ↑

12.03.2009 22:32

А как побороть такую ошибку: «порядок сортировки не поддерживается базой данных»

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..), подобных проблем нет. Хотя параллельно наши программисты переписывали запросы; не исключено, что проблема исправилась именно этим.

pelmen писал(а): ↑

13.03.2009 09:42

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..) были проблемы еще сильнее (постгрес не стартовал), так что поставил от етерсофта

Допускаю, что проблема в deb-сборках. На RHEL все работает на ура (неоднократно проверено, 32- и 64-битные версии на RHEL4 и Centos5).
Решение с постгресом от этерсофта в перспективе грозит еще большими несовместимостями (имхо).

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

danger08 писал(а): ↑

13.03.2009 12:51

pelmen писал(а): ↑

13.03.2009 09:42

После установки полного комплекта пакетов postgresql 8.3 от 1С (включая postgresql-libs-..) были проблемы еще сильнее (постгрес не стартовал), так что поставил от етерсофта

Допускаю, что проблема в deb-сборках. На RHEL все работает на ура (неоднократно проверено, 32- и 64-битные версии на RHEL4 и Centos5).
Решение с постгресом от этерсофта в перспективе грозит еще большими несовместимостями (имхо).

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

Ну он поместил скрипт запуска не в /etc/init.d/postgres , а в /etc/rc.d/init.d/postgres (больше там ничего нет), и при попытке запуска говорит, что не нашел файл functions, который должен лежать рядом (в скрипте postgres он подключается . /etc/rc.d/init.d/functions) Искал по всем доступным пакетам постгре от 1с — ни в одном такого файла нет

pelmen писал(а): ↑

14.03.2009 10:28

danger08 писал(а): ↑

13.03.2009 12:51

Если постгрес не стартовал с родными библиотеками, то может стоит разобраться, в чем возникает проблема?

Ну он поместил скрипт запуска не в /etc/init.d/postgres , а в /etc/rc.d/init.d/postgres (больше там ничего нет), и при попытке запуска говорит, что не нашел файл functions,

Значит, это только подтверждает [22]. Скорее всего, в 1С взяли spec от RPM-пакетов и допилили его для DEB (и многого не учли при этом).
Скрипт запуска очутился в /etc/rc.d/init.d/ по той причине, что в RHEL-based системах /etc/init.d является софтлинком для /etc/rc.d/init.d/, а в Debian-based это два разных каталога (зачастую, /etc/rc.d вообще не существует).

Мой вам совет: если время поджимает и хотите, чтоб все беспроблемно встало и заработало — поставьте на каком-нибудь Редхате. Конечно, вы можете пойти тернистым путем и победить последовательно все встречающиеся баги в дебиан-сборке, один за одним.

Учтите еще тот факт, если вы победите все баги с дебиан-сборкой, то при выходе очередной версии сборки postgre от 1С вам придется повторно пройти все круги ада, синхронизировав изменения от 1С в новой версии со своими правками.

да, я все понимаю и со всем согласен. Победить файл functions не удалось.
Очень странно, что 1c-enterprise* есть deb сборка (которая, как я понимаю, была осуществлена с помощью alien), а postgres патченный — только РПМ, который пришлось алиеном самостоятельно переделывать. Вот глупость.

danger08 писал(а): ↑

14.03.2009 16:36

Скорее всего, в 1С взяли spec от RPM-пакетов и допилили его для DEB (и многого не учли при этом).

я сам его alien-ом переделывал, т.к. нет сборки под деб

Установил 1С сервер на Ubuntu hardy x64.

Платформа 8.1.13.41 (последняя), устанавливал из .deb пакетов;

PostgreSQL — 8.3.3, из исходников, пропатчил 8.3.3 патчем отсюда — http://v8.1c.ru/overview/postgres_patches_notes.htm , обязательно установить contrib (make all && make install), не забыть поставить пакеты libicu(_dev), иначе contrib не cобирается;

Чтобы не ругалась на en_US — добавить в /var/lib/locales/supported.d/local/ строчку en_US UTF-8 и далее — locale-gen

Процедуры создания базы PostgreSQL не описываю, как и стартовые скрипты — об этом много где есть, 1С сервер запускается /etc/init.d/srv1cv81 start

Пока работает

Да, в принципе работало при умолчательном конфиге postgresql.conf, но по советам из разных источников кое-что изменил (на компе 8Г памяти):

shared_buffers = 64MB
temp_buffers = 16MB
work_mem = 64MB
maintenance_work_mem = 256MB
wal_buffers = 512kB
checkpoint_segments = 256
checkpoint_timeout = 10min
checkpoint_warning = 60s
effective_cache_size = 2048MB
default_statistics_target = 100
log_destination = ‘syslog’
track_counts = on
autovacuum = on
deadlock_timeout = 2s
max_locks_per_transaction = 200
escape_string_warning = off

у меня стоит и вроде работает на deb 4.0 правда в virtualbox. И есть некая компиляция (описание как я ставил) но к сожалению несколько сыровата и не обработана например — красным выделены шаги от котороых я отказался впоследствии но в тексте оно есть. если кому интересно выложу вместе со скриптом установки. Скрипт заточен под rpm однако его можно доточить с учетом уществующих теперь пакетов deb.

vmoroz писал(а): ↑

17.03.2009 13:35

Да, в принципе работало при умолчательном конфиге postgresql.conf, но по советам из разных источников кое-что изменил (на компе 8Г памяти):

shared_buffers = 64MB
temp_buffers = 16MB
work_mem = 64MB
maintenance_work_mem = 256MB
wal_buffers = 512kB
checkpoint_segments = 256
checkpoint_timeout = 10min
checkpoint_warning = 60s
effective_cache_size = 2048MB
default_statistics_target = 100
log_destination = ‘syslog’
track_counts = on
autovacuum = on
deadlock_timeout = 2s
max_locks_per_transaction = 200
escape_string_warning = off

а вот это хорошо бы прокомментить что тут и с какой целью