Re: BUG #1542: pg_dump seg fault
От | Tom Lane |
---|---|
Тема | Re: BUG #1542: pg_dump seg fault |
Дата | |
Msg-id | 21023.1110825599@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | BUG #1542: pg_dump seg fault ("Andrew Slobodyanyk" <slob@ukr.net>) |
Список | pgsql-bugs |
"Andrew Slobodyanyk" <slob@ukr.net> writes: > Description: pg_dump seg fault > After power failure any operation with tbl_test return "ERROR: could not > open relation 1663/17242/40429: No such file or directory". I try to get > information from other tables, but with or without (after deleting that > table) pg_dump crashes with seg. fault. Backtrace is: > pg_dump: reading rewrite rules > Program received signal SIGSEGV, Segmentation fault. > getRules (numRules=0x0) at pg_dump.c:3159 > 3159 ruleinfo[i].dobj.namespace = > ruleinfo[i].ruletable->dobj.namespace; Hmmm. What did you do to "delete that table" exactly? The crash suggests that there is a row in pg_rewrite that links to a nonexistent row in pg_class. It'd be better if pg_dump emitted a more useful failure message, of course, but the real question is how did your system catalogs get into such a state ... regards, tom lane
В списке pgsql-bugs по дате отправления: