Особых проблем по установке самих PostgreSQL и 1с-сервера не было.
В связи с нижеописанной проблемой пробовал такие варианты:
сервер 8.2.14.540 и PostgreSQL 8.4.1
сервер 8.2.15.289 и PostgreSQL 8.4.1
сервер 8.2.15.289 и PostgreSQL 9.0.3
База нормально загрузилась на сервер. По виду все работало.

Но после обновления все затормозило и база стала некорректно работать - часть пользователей не видны, а на большинстве объектов вываливалось что-то типа "ошибка работы с графической подсистемой".
После этого начал копать. И обнаружилось, если загрузить нормальную конфигурацию (раньше работал файловый вариант) на сервер, потом ее выгрузить и попытаться загрузить в файловый вариант, то программа выдает "Недостаточно памяти" и отрубается после нажатия кнопы "ОК".
Получается база изначально создается неверно.
База о которой речь - "Комплексная автоматизация", пробовал "Бухгалтерию" - там все работает отлично и ошибок не вываливается.

Может нужно какие-то настройки в PostgreSQL поменять или еще где? Какие есть предположения, опыт или варианты решения (Кроме перехода на Win и MSSQL)?

Выполнить слоновьими утилитами такой запрос к одной и другой базе:
SELECT FROM Config WHERE DataSize > 125829120

Таблички config нет в базах

2(2) Такого не бывает, потому что тогда это не базы в8
Табличка конфиг есть всегда.. другой вопрос как она называется

уменьшить память

нашелся конфиг:
в бухе - запрос пустой
в атоматизации - не пустой.

2(5) вот тебе и ответ... В КА в конфе есть объекты, размер которых больше указанного, в Бухии - нет. При наличии таких объектов у 32-разрядного сервера 1С  течет память.. Выход - перейти на 64-битный:
http://www.gilev.ru/1c/memleak/memorymore.htm
http://www.gilev.ru/1c/memleak/

спасибо, буду переходить.
там же для программной лицензии нет разницы 32 или 64, не знаете случайно?

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

уменьши память и будет счастье

а где уменьшать?

проблема с переходом на 64 не разрешилась.
По-прежнему база  не желает загружаться после выгрузки, ошибка "Недостаточно памяти" .
Где вы предлагаете уменьшить память? В конфиге PostgreSQL?

Кто-нибудь вообще использовал PostgreSQL с "Комплексной автоматизацией"?

2(11) а сколько при этом памяти на машине с 64-битным сервером

4Г

2(14) в момент когда происходит ошибка, сколько памяти отбирает rphost? сколько их вообще? что сказал технологический журнал? Нет ли желания поставить туда больше памяти? Почитал ли ссылки из (6) нет ли желания на копии базы КА выполнить запрос
DELETE FROM Config WHERE DataSize > 125829120 или другие рецепты?

rphost занимает около 10-20% памяти (600-1200М), он один.
В технологическом ошибок не замечено.
Попробовал DELETE FROM Config WHERE DataSize > 125829120 над базой (удалилась запись) - все стало отлично.
Я так понимаю изменение таблички config не несет смысловой нагрузки?
т.е. это удаление не будет сказываться потом на работе базы.

почему ты так думаешь? вполне может что будет.. там в (6) описаны возможные причины почему так может быть и другие способы как исправить... DELETE FROM Config WHERE DataSize > 125829120 - это самый жесткий..
Но после этого пока выгружается база и ЦФ-ник?

а если прогнать через ТиИ?
Мы вообще надеемся что все это происходит с рабочей базой в 50 гигабайт при 100 работающих пользователях?

Выгружалось всегда, загружалось никогда.
После DELETE начало работать в обоих направлениях.
Если прогнать через ТиИ - то ничего подозрительного нет.
База около 1Г, 10 пользователей всего-то.

ну короче - ты ж понимаешь что выполнив DELETE FROM Config WHERE DataSize > 125829120
ты удалил какой-то объект из таблицы конфигурации, то есть буквально объект конфигурации? пусть и не нужный

попробуй для прикола сохранить из файловой ЦФ-ник конфы КА и сравни с рабочей конфой в Постгрессе.

(0)Файлик такой запускал:
/opt/1C/v8.2/i386/utils/config_server
?

разницы в конфах не нашел.
Файлик /opt/1C/v8.2/i386/utils/config_server запускал - довел до состояния без ошибок.

(0)
че обновил то ?

память то уменьшил ?

где уменьшать память?

(29) уменьши work_mem и увеличь maintenance_work_mem
и стек увеличь ulimit -s ххх

В итоге изменения различных параметров не помогли. Пришлось проделать следующее:
1. Открыл конфигратор;
2. Снял конфигурацию с поддержки, ПРИ ЭТОМ КОНФИГУРАЦИЮ НЕ СОХРАНЯЛ!
3. Далее Сохранить конфигурацию в файл (не сохраняя измененной конфигурации);
4. В SQL для требуемой базы выполнил следующую команду:
    DELETE FROM dbo.Config WHERE DataSize > 125829120
5. Загрузил сохраненную конфигурацию обратно.
6. Сохранил свою конфигурацию в файл.
7. Накатил свой файл на типовую.
8. Сохранил полученный файл.
9. Загрузил (именно загрузил) его в базу.
Отсюда v8: Не сохраняется конфигурация в файл.

Спасибо за помощь