хоть 9.0.3 хоть 9.1.2 хоть этерсофт 9.0.4

везде в логах работы присутствует ошибка:
ERROR:  LOCK TABLE can only be used in transaction blocks

1С 8.1.15 - Конфигурация УТ 10.2.6 переработанная.

Postgres стоит на RHEL6/64. пробовался и на Centos5.6/64

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

Ах да забыл добавить, ошибка возникает сразу уже при создании пустой базы средствами 1С.

На платформе 8.2 (от 8.2.9 до последних) ни на одной версии postgresql(8.3.8, 8.4.3 и т.д.)такой ошибки не возникало ни разу, за 2.5 года. Тоже на разных CentOS. Правда, постгрес  самосборный.
Хотя, про это пишут:
http://unixforum.org/index.php?showtopic=109992
http://bugs.etersoft.ru/show_bug.cgi?id=5659
Собирать сами не пробовали?

Постгрес ставил и от 1С и от Этерсофта, везде 1С 8.1.15

сам не собирал.

http://bugs.etersoft.ru/show_bug.cgi?id=8011
|
|
\|/
http://bugs.etersoft.ru/show_bug.cgi?id=5659

(2)

"Вся беда в том, что 1С81 до сих пор пытается накладывать блокировки вне
транзакций (видимо, чтение списка изменений к postgresql 8.4 сочли не
обязательным, а на предупреждение в readme для fasttrun, гласящее "Warning:
function isn't transaction safe!" вообще внимания не обратили)."

Не то?

Зависает PostgreSQL 9.0 (сценарий Расчет себестоимости)
Проблема:
Причиной зависания является отсутствие актуальной статистики по таблицам, участвующим в запросе. Количество записей в этих таблицах сильно изменилось с начала транзакции (было 0 стало 140000). Autovacuum не видит этих изменений снаружи транзакции и статистика остается неактуальной.
Способы решения:
Установить в postgresql.conf значение параметра join_collapse_limit=1
Ожидается патч, который на основе анализа изменений будет запускать сбор статистики по таблице

Дата публикации: 2011-10-05

вот кстате (6) может и помочь, пока пробую.