Re: elog(PANIC) should abort()?
| От | Tom Lane |
|---|---|
| Тема | Re: elog(PANIC) should abort()? |
| Дата | |
| Msg-id | 12700.1038361196@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: elog(PANIC) should abort()? (Peter Eisentraut <peter_e@gmx.net>) |
| Список | pgsql-hackers |
Peter Eisentraut <peter_e@gmx.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
В списке pgsql-hackers по дате отправления: