Re: Quite strange crash
| От | ncm@zembu.com (Nathan Myers) |
|---|---|
| Тема | Re: Quite strange crash |
| Дата | |
| Msg-id | 20010109120152.F571@store.zembu.com обсуждение исходный текст |
| Ответ на | Re: Quite strange crash (Denis Perchine <dyp@perchine.com>) |
| Ответы |
Re: Quite strange crash
|
| Список | pgsql-hackers |
On Wed, Jan 10, 2001 at 12:46:50AM +0600, Denis Perchine wrote:
> > > Didn't you get my mail with a piece of Linux kernel code? I think all is
> > > clear there.
> >
> > That was implementing CPU-time-exceeded kill, which is a different
> > issue.
>
> Opps.. You are talking about OOM killer.
>
> /* This process has hardware access, be more careful. */
> if (cap_t(p->cap_effective) & CAP_TO_MASK(CAP_SYS_RAWIO)) {
> force_sig(SIGTERM, p);
> } else {
> force_sig(SIGKILL, p);
> }
>
> You will get SIGKILL in most cases.
... on Linux, anyhow. There's no standard for this behavior.
Probably others try a SIGTERM first (on several processes) and
then a SIGKILL if none die.
If a backend dies while holding a lock, doesn't that imply that
the shared memory may be in an inconsistent state? Surely a death
while holding a lock should shut down the whole database, without
writing anything to disk.
Nathan Myers
ncm@zembu.com
В списке pgsql-hackers по дате отправления: