Re: BUG #2013: Assertion Failure

From: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
To: Joel Stevenson <joelstevenson(at)mac(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: BUG #2013: Assertion Failure
Date: 2005-11-02 14:15:37
Message-ID: 20051102141537.GI26524@surnet.cl
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Joel Stevenson wrote:

> This occured during a nightly mainentance run which sets the transaction
> isolation level to SERIALIZABLE, moves records from 3 highly active tables
> to 3 storage tables by creating a temp table and selecting candidate record
> ids into it, then using that list via sub-select for the move ala "insert
> into blah_storage (f1, f2, f3) select f1, f2, f3 from blah_active where f1
> in (select f1 from move_records_tmp)"
>
> After the move a VACUUM FULL ANALYZE is issued. It appears from the logs
> written by the maintenace script that the assertion failure occured during
> the vacuum.
>
> I will install RC1 and see if it can be reproduced.

Please be sure to also configure with --enable-debug (you obviously
already have --enable-cassert), and get a stack trace ("bt" command in
gdb) if at all possible. And keep the core dump somewhere safe -- we
will ask you questions about it.

If you already have a core dump, please provide a stack trace.

--
Alvaro Herrera http://www.advogato.org/person/alvherre
"La naturaleza, tan frágil, tan expuesta a la muerte... y tan viva"

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2005-11-02 14:23:59 Re: BUG #2015: typo in sql_help
Previous Message Peter Eisentraut 2005-11-02 14:01:11 Re: BUG #2015: typo in sql_help