From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Laurette Cisneros <laurette(at)nextbus(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: pgsql 7.2.3 crash |
Date: | 2002-10-09 14:14:54 |
Message-ID: | 19999.1034172894@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Laurette Cisneros <laurette(at)nextbus(dot)com> writes:
> A core file was found in <datadir>/base/326602604
> and a backtrace shows:
> (gdb) bt
> #0 DeferredTriggerSaveEvent (relinfo=0x83335f0, event=0, oldtup=0x0,
> newtup=0x8348150) at trigger.c:2056
Hm. Line 2056 is this:
for (i = 0; i < ntriggers; i++)
{
Trigger *trigger = &trigdesc->triggers[tgindx[i]];
-> new_event->dte_item[i].dti_tgoid = trigger->tgoid;
It seems there must be something wrong with the trigdesc data structure
for that table, but what? Can you poke around in the corefile with gdb
print commands and determine what's wrong with the trigdesc?
> I see triggers referenced here and it should be
> noted that for one of the tables the triggers were first disabled (update
> pg_class) and re-enabled after the inserts are done (or it takes
> forever).
Did that happen while this backend was running?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Stephan Szabo | 2002-10-09 14:16:12 | Request for suggestions |
Previous Message | Sandeep Chadha | 2002-10-09 13:42:56 | Re: [GENERAL] Hot Backup |