Re: PANIC: heap_update_redo: no block

From: "Alex bahdushka" <bahdushka(at)gmail(dot)com>
To: "Qingqing Zhou" <zhouqq(at)cs(dot)toronto(dot)edu>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: PANIC: heap_update_redo: no block
Date: 2006-03-22 21:17:38
Message-ID: e0bf43760603221317j79910b34nad3205c29eb3778d@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers

On 3/21/06, Qingqing Zhou <zhouqq(at)cs(dot)toronto(dot)edu> wrote:
>
> "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote
> >
> > While at it, you should extend the error message to include the relation
> > ID, so you have some idea which table is affected ... this is certainly
> > not a very informative message ...
> >
>
> Exactly. Please use the following version:
>
> - elog(PANIC, "heap_update_redo: no block");
> + elog(PANIC, "heap_update_redo: no block: target blcknum: %u,
> relation(%u/%u/%u) length: %u",
> + ItemPointerGetBlockNumber(&(xlrec->target.tid)),
> + reln->rd_node.spcNode,
> + reln->rd_node.dbNode,
> + reln->rd_node.relNode,
> + RelationGetNumberOfBlocks(reln));
>
> BTW: I just realized that there is another (better) way to do so is to
> enable WAL_DEBUG in xlog.h and SET XLOG_DEBUG=true. And that's why we don't
> have much error message in xlog redo.
>

Hrm ok ill see about doing either the patch or setting wal_debug to
true (or both). However im currently on vacation till Saturday so ill
do this first thing then and report the results back. Thank you very
much!

> Regards,
> Qingqing
>
>
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Alejandro Michelin Salomon 2006-03-22 21:19:32 RES: Advantages of PostgreSQL over MySQL 5.0
Previous Message Joshua D. Drake 2006-03-22 21:11:50 Re: question about the admin contrib module and binary

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2006-03-22 21:39:21 Re: Recursive calls to functions that return sets
Previous Message Tom Lane 2006-03-22 21:11:54 Re: Accessing schema data in information schema