From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: elog(PANIC) should abort()? |
Date: | 2002-11-27 01:39:56 |
Message-ID: | 12700.1038361196@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Peter Eisentraut <peter_e(at)gmx(dot)net> writes:
> Tom Lane writes:
>> I am thinking it would be useful for debugging if elog(PANIC) were to
>> exit by calling abort() so that a core dump would be produced.
> But is this appropriate?
> PANIC: The database cluster was initialized with CATALOG_VERSION_NO 200210181,
> but the backend was compiled with CATALOG_VERSION_NO 200211021.
> It looks like you need to initdb.
> Aborted (core dumped)
Hm. We could possibly reduce those particular messages to FATAL.
OTOH, it's not unreasonable that seeing those messages *in the field*
might be an appropriate situation for a core dump. I think as
developers we sometimes have a skewed sense of what's common ;-)
Ever since Bruce introduced the additional elog levels, I have felt it
would be a good idea to go through all the elog calls and re-evaluate
what levels they should have. It's a lot o' work though...
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Stephan Szabo | 2002-11-27 02:20:23 | Re: updating on views |
Previous Message | XiaojingLi | 2002-11-27 01:37:20 | updating on views |