Fw: Re: 7.0.3 pg_dump -> segmentation fault!

begin forwarded message:

Date: Thu, 7 Mar 2002 15:32:07 -0500
From: george young <gry@ll.mit.edu>
To: Stephan Szabo <sszabo@megazone23.bigpanda.com>
Subject: Re: [SQL] 7.0.3 pg_dump -> segmentation fault!


On Thu, 7 Mar 2002 12:27:49 -0800 (PST)
Stephan Szabo <sszabo@megazone23.bigpanda.com> wrote:

> On Thu, 7 Mar 2002, george young wrote:
> 
> > In fact there is no row in pg_proc with oid=1132416.
> >
> > select * from pg_trigger;
> >  tgrelid |     tgname     | tgfoid  | tgtype | tgenabled | tgisconstraint | tgconstrname | tgconstrrelid |
tgdeferrable| tginitdeferred | tgnargs | tgattr | tgargs
 
> >
---------+----------------+---------+--------+-----------+----------------+--------------+---------------+--------------+----------------+---------+--------+--------
> >     1260 | pg_sync_pg_pwd |      12 |     29 | t         | f              |              |             0 | f
   | f              |       0 |        |
 
> >  1131188 | run_changed_tr | 1132416 |     17 | t         | f              |              |             0 | f
   | f              |       0 |        |
 
> > (2 rows)
> >
> > I'm hoping there is some safe way to manually delete the inconsistant rows and then pg_dump.
> > Does anyone have a suggestion how to recover from this situation?
> 
> Can you just do a
> DROP TRIGGER run_changed_tr ON runs_tmp;
> and get rid of it?

Alas, no.  I get: drop trigger run_chaged_tr on runs_tmp; ERROR:  RelationBuildTriggers: tgargs IS NULL for rel
runs_tmp

In fact, anything I try to do to runs_tmp I get the same above error, select, delete, drop...
This table is not important and if I could blow it and the trigger away, that would be great.

-- I cannot think why the whole bed of the ocean isnot one solid mass of oysters, so prolific they seem. Ah,I am
wandering!Strange how the brain controls the brain!-- Sherlock Holmes in "The Dying Detective"