2016-01-12 2 views
0

У нас было pg_dump с "backup : cache lookup failed for type 174104".pg_dump не удалось «резервное копирование: поиск кэша не удался»

2016-01-06 03: 08: 46,572 EST, "Postgres", "AABBCC", 13840 "[местных]", 568cf5bd.3610,3, "SELECT", 2016-01-06 03:08:45 PST, 2/24331,0, ERROR, XX000, "cache lookup failed for type 174104" ,,,,,, "SELECT proretset, prosrc, probin, pg_catalog.pg_get_function_arguments (oid) AS funcargs , pg_catalog.pg_get_function_identity_arguments (OID) А.С. funciargs, pg_catalog.pg_get_function_result (OID) AS funcresult, proiswindow, provolatile, proisstrict, prosecdef, proleakproof, proconfig, procost, prorows, (SELECT lanname ОТ pg_catalog.pg_language ГДЕ OID = prolang) КАК lanname ОТ pg_catalog.pg_proc ГДЕ OID = '174103' :: pg_catalog.oid»,,, "pg_dump"

Пробовал следующие решения, которые не работают. 1) подпрыгнул DB не работает 2) вакуум полностью не работает

Любая идея ценится :)

+0

Вы можете попробовать dba.stackexchange.com –

+0

Какую файловую систему вы используете для своего основного хранилища, могу я спросить? – d1ll1nger

ответ

0

3) pg_basebackup работал слишком

Это локальная файловая система RAID.

Он не работал после REINDEX всех таблиц. Я пробовал pg_dump всех таблиц 1 на 1, но не заметил ничего странного.