From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Simon Riggs <simon(at)2ndquadrant(dot)com> |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: elog levels for _redo failures |
Date: | 2007-11-20 19:46:59 |
Message-ID: | 13103.1195588019@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Simon Riggs <simon(at)2ndquadrant(dot)com> writes:
> I notice that there is some variation in the way that different rmgrs
> use elog levels.
> Heap uses PANIC always
> BTree uses LOG and PANIC
> GIN uses ERROR always
> GIST uses ERROR always
> Is there a particular reason or benefit for this much variation in the
> code paths for each rmgr? Why do the log levels vary?
There really isn't any difference between ERROR and PANIC in this
context: any error is going to result in startup failure (cf. elog.c's
behavior when there is no exception catcher). I think that the older rmgr
code may have been written using PANIC to make it more obvious that that
would happen, but it doesn't matter. Not sure if there's much point in
trying to standardize.
The stuff that is LOG should perhaps be reduced to DEBUG1 --- I doubt
that it has any non-debugging purpose.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Simon Riggs | 2007-11-20 20:03:23 | Re: elog levels for _redo failures |
Previous Message | Simon Riggs | 2007-11-20 19:35:41 | Re: Simplifying Text Search |