i2ks, нашел неплохое пояснение на русском =>

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

railman, слышал, что на DB2 вообще ограничений в этом плане нету. Но что-то не верится.

2 процессора и до 4Гб памяти. Не зватит что ли  на большой сервер 1С?
Но зато в отличие от Postgres Db2 ну ни разу не версионник, плюс к тому может распределять нагрузку по процессорам, а Postgres  только в рамках дочерних процессов

Привет.
Таже проблема.
На железе - чистая установка Ubuntu_10_04 server, Postgresql v9.0.4 от Ethersoft выдаёт такие же ошибки при установке этих пакетов:

libpq5.2-9.0eter_9.0.4-eter8debian_i386.deb
postgre-etersoft9.0_9.0.4-eter8debian_i386.deb
postgre-etersoft9.0-contrib_9.0.4-eter8debian_i386.deb
postgre-etersoft9.0-seltaaddon_9.0.4-eter8debian_i386.deb
postgre-etersoft9.0-server_9.0.4-eter8debian_i386.deb

Может причина в :

postgre-etersoft9.0-seltaaddon_9.0.4-eter8debian_i386.deb

???
С пакетами " postgresql-8.4eter ... 8.4.4-eter2ubuntu_i386.deb " - всё прекрасно! встало влёт....

Кто-нибудь просветит?

i2ks, спасибо! Попробую.

Может не хватает glibc?

У меня была такая же проблема (Ubuntu 11.10 i386), все решилось простой установкой wine, он автоматом потянул туда данные библиотеки...
установка wine: sudo apt-get install wine
Автору статьи большой респект, отличная статья!!!

Здравствуйте, уважаемые. Во-первых, хочется сказать спасибо Вам, Nigelist, за подробный манула. Он реально лучший.
Кроме того, такой вопрос есть - уже второй раз ставлю 1с с Postgre от Ethersoft. Первый раз это было примерно год назад, тогда после загрузки базы она ломалась. При тестировании находилось куча ошибок. Хотя так все работало. Решил проблему ручной сборкой и наложением патчей от 1с на Postgre. После этого все отлично работало.
Сейчас решил попробовать еще раз, скачал с фтп этерсофта Postgree 9.0.2, поставил, настроил. Все работает.  Загрузил рабочую базу, на вид все с ней хорошо, но проверку она не прошла. На этапе тестирования базы появляется ошибка:

ERROR: syntax error at on near "x01" at charter 60

Пробовал другую базу, то же самое.
Ушел собирать Postgre из сырцов.

Решил по-быстрому поставить 8.4.4 - ошибка при тестировании базы та же. База исправная.

Спасибо за ответ. Вы тоже сталкивались с такой ошибкой? Сейчас доступна 8.2.15 Вы наверное используете один из эти релизов? Если да, с каким из последних билдов все работает?

Еще один момент, насколько вообще верно использовать сборки от этерсофт? Есть сведения, что для debian-based платформ они не собирают бинарники, а конвертят из рпм? Может лучше наложить патчи на Postgre из реп дистрибутива и пересобрать? А то к примеру их последняя сборка 9-ой версии Postgre у меня на Debian нормально не встала. Были ошибки в стартовом скрипте. Снес ее, поставил предыдущую, проблема исчезла.

И еще вопрос к Вам, Nigelist. Вроде бы вы писали в этой теме, что ставили эту связку на Debian. Какие есть особенности, на Ваш взгляд по сравнению с установкой на Ubuntu? Спасибо.

Уважаемые, подскажите новичку в 1с. Можно ли обсуждаемую конфигурацию запустить вообще без ключиков? Поставил 8.2.14.540 на PostgreSQL 9.0.4-alt1 on i486-pc-linux-gnu (ubuntu 10.04 server) по инструкции. Был только 1 глюк кластер создался с неправильной кодировкой. Обнаружилось при создании базы из клиента 1с. Просто пересоздал кластер. Получился с правильной. Может сам был неправ. Это не считая правки интерпретатора в init.d/postgresql Теперь есть пустая база и ни один клиент не работает ни тонкий ни толстый ни веб клиент. Все говорят что нет лицензий. Может я что не так сделал?

Nigelist, спасибо за подробный ответ, очень помогло! Поставил 8.2.15-289 и проблема о которой я писал выше исчезла. Но появилась другая, валят вот такие ошибки -

Сейчас буду пробовать исправить, но не должно быть этих ошибок. 
Это все на Postgre 8.4.4 т.к. откатил его, когда думал, что проблема в нем.

Да, во время Тии Устранил ошибки, выгрузил базу с Postgres, загрузил ее назад, протестировал базу, ошибок нет.
Возможно, дело было в несоответствии форматов баз mssql и postgre...
Хотя тестирование и прошло без ошибок, но как говорится, осадочек-то остался.

Большое спасибо автору статьи за отличный мануал, поставил по нему и все прошло предельно гладко. А сейчас вот решил, что раз уж платформа у 1С обновляется неприлично часто, поставить последний сервер 1С (8.2.15.289) на отдельную машину и по мере очередных релизов техплатформы обновлять всю машину вплоть до сноса и новой установки на голую ось (в линуксе я не знаток), а на другой оставить Postgres@Etersoft 8.4.4 и его не трогать. И вот тут при установке возникла непредвиденная ситуация: