RE: SIGTERM -> elog(FATAL) -> proc_exit() is probably a bad idea

From: "Mikheev, Vadim" <vmikheev(at)SECTORBASE(dot)COM>
To: "'Tom Lane'" <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Hiroshi Inoue <Inoue(at)tpf(dot)co(dot)jp>
Cc: pgsql-hackers(at)postgreSQL(dot)org
Subject: RE: SIGTERM -> elog(FATAL) -> proc_exit() is probably a bad idea
Date: 2001-01-16 17:28:45
Message-ID: 8F4C99C66D04D4118F580090272A7A234D327F@sectorbase1.sectorbase.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> Because I think turning an elog(ERROR) into a system-wide crash is
> not a good idea ;-). If you are correct that this behavior
> is necessary for WAL-related critical sections, then indeed we need
> two kinds of critical sections, one that just holds off cancel/die
> response and one that turns elog(ERROR) into a dangerous weapon.
> I'm going to wait and see Vadim's response before I do anything ...

I've tried to move "dangerous" ops with non-zero probability of
elog(ERROR) (eg new file block allocation) out of crit sections.
Anyway we need in ERROR-->STOP for safety when changes aren't logged.

Vadim

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2001-01-16 17:38:58 Re: SIGTERM -> elog(FATAL) -> proc_exit() is probably a bad idea
Previous Message Mikheev, Vadim 2001-01-16 17:18:56 RE: SIGTERM -> elog(FATAL) -> proc_exit() is probably a bad idea