Добрый день.
Имеем УТ 11, платформа 8.2.15.317, PostgreSQL 8.4.3-2.1C
Сразу оговорюсь, ситуация плавающая по пользователям/соединениям.
При попытке открыть форму некоторых динамических списков, сформировать отчет, все перечислить сложно, потому как не всегда и везде воспроизводится, получаем в 1С-ке ошибку:

"Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
ERROR:  cache lookup failed for type 35784847", после чего вылет.

Пробовал выгрузить/загрузить БД, все по-прежнему. С PostgreSQL не особо знаком.
Есть предположения куда смотреть, чего перенастроить?

как говориться, ответ заложен в вопросе - postresql

ха, а в этом случае УТ11+317+postgresql ...

и каков ответ?

на сайте гилева все расписано.
(0) постгри небось, неадаптирован к 1с?

+ платформа относительно нестарая, а вот постгри давно 9-ку ставят (я, например).

ответ на счет адаптации в версии. что древний - согласен, но не нашел корректной инструкции как лучше обновить с моей версии, до текущей.

(6) скачай готовый любой версии с эзерсофта. или собирай из сырцов с офф сайта.

скачал, тупо накатать на текущий? ну естественно pg_dumpall сделав предварительно.

кстати, сейчас попробовал "тестирование и исправление" на логику, такой же вылет...

(8) выгрузи базу в dt, поставь все новое и вгрузи обратно. все.)

я - за свежеустановленные сервера. не стоит мелочиться.)

судя по последним исследованиям - БД имеет логические ошибки. не в серваках дело и не в релизах.

(12) я б с этого и начал, например http://postgresql.1045698.n5.nabble.com/ERROR-cache-lookup-failed-for-type-14237017-td2848734.html

еще бы знать как пересоздать slony... и зачем она вообще...

"Тестирование и исправление" не спасло ситуацию. Делал так: выгрузил в dt, создал файловую БД, тестирование и исправление только на логическую целостность, затем обратно dt в базу. Ошибка та же. Кроме как обновить на Postgre 9-ый есть мысли?

Может "ап" спасет ситуацию?

на юзерс последняя совместимая с 1с версия постгри 9.1.2-1.1C. Может это поможет?

8.4.3-3.1C        18.05.2010    июльский выпуск 2010 г.
а платформа 1с новая. Попробуй.

Я понимаю, что желательно обновить СУБД, но не нашел в гугле ни одной "адекватной" инструкции по обновлению.

Причем система работала ранее... Причем с ней (системой) ничего не делали, есть подозрение что вырубался свет, УПС мог не простоять долго.

http://shoaibmir.wordpress.com/2010/10/13/slony-cache-lookup-failed-for-type/

Reason being, the application server had already established a connection to database when we were dropping and re-creating the cluster and that is why it was still looking for old values  that were sitting in the cache. Once we restarted the application server, it was all fine.

делал?

Перезапускал...

может такое быть, что при загрузке в базу из дт, какие-то кэши сохраняются? Попробуй тогда vacuum тот же запустить

Ок, как его (vacuum) запустить?

Может тупо пересоздать базу?

ну пересаздай базу, хотя я не уверен, что это решение.

правой кнопкой на базе --> тех. работы. Там и выбираешь

а что конкретно выбирать full fize analize?

кстати вряд ли dt что либо от СУБД хранит в себе...

фул выбери

ок, буду пробовать...

Пока вроде помогло прибить/восстановить базу, через консоль сервера 1С. Будем дальше наблюдать...

(31) т.е. ошибка не появляется? ты базу только на сервере 1с удалял, или базу и в самом постгри чистил?

Пиши, чета даже интересно стало

Грохнул на серваке 1С, но там есть пункт "Удалить базу целиком", т.е. на постгре она тоже грохнулась. Предварительно сделал dt. Сегодня пользователи уже не могут смоделировать ошибку. Параллельно написал в саппорт 1С, запросили логи и дампы ТЖ, отправил, жду ответа, если ответ будет адекватным, напишу здесь.

(33) пасибо. имхо трабл в постгри, а не сервере 1с (ты же его перезагружал). А это значит что при загрузке дт в существующую базу на постгри какая то часть кеша остается

Ответ саппорта не удивил: Нужно попробовать PostgreSQL 9.1.2.
Если ошибка воспроизведется, то для расследования нужна будет ваша базу

(35) Ну так попробуйте, тем более, что эту версию сегодня перевели в промышленную эксплуатацию, до этого полгода она висела в тестовой. И 318-ю заодно попробуйте.

100500 раз, я не владею полноценной инструкцией, как правильно обновить постгре. если кто знает где она есть - ткните носом. проблема на текущий момент решена через полное удаление БД и создание заново загрузкой dt.

и судя по users.v8.1c.ru перевели постгре 10.02.2012, а не "сегодня"

(19) Выгрузить в *.dt, снести все накуй, поставить заново, заново настроить конфиги. Иначе риск того, что косяк переплывет в новую версию здоровенный. Вдруг у Вас просто конфиг некорректно настроен?

а какие то преимущества 9 версия postgres дает по сравнению с 8.3.8? именно при работе с 1с.

(40) Глупый чтоль? Цифра больше!

(40) hot backup

Еще раз, база сейчас в рабочем состоянии. Обновлять на 9-ый постгре без адекватной инструкции не вижу смысла (как раз для данной темы остался пока нерешенным). У кого есть инструкция или кто ее в состоянии черкануть, не поленитесь, поделитесь.

(38) На users.v8.1c.ru  с 10.02.2012 она была тестовой, а вчера ее переместили в промышленную, с то же датой. Видимо, никаких изменений в дистрибутив не вносилось и дату не меняли.
(43) В (39) исчерпывающая инструкция, по крайней мере для Windows.

http://www.youtube.com/watch?v=9gvr-7zO6yk
Даже мультик сняли.

http://www.goto1c.ru/2012/01/postgresql-903-31c-windows-server-2008.html
Веселые картинки.

Ок, обновление и установка две разные вещи, я так думал. Ладно, тема исчерпала свое.