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 по дате отправления: