Re: PosgreSQL backend process crashed with signal 9
| От | Tom Lane |
|---|---|
| Тема | Re: PosgreSQL backend process crashed with signal 9 |
| Дата | |
| Msg-id | 30504.1459954013@sss.pgh.pa.us обсуждение |
| Ответ на | PosgreSQL backend process crashed with signal 9 (Aleksey Romanov <drednout.by@gmail.com>) |
| Ответы |
Re: PosgreSQL backend process crashed with signal 9
|
| Список | pgsql-bugs |
Pavel Suderevsky <psuderevsky@gmail.com> writes: > I've faced similar behaviour in much more simple situation. It crashed on > simple nested loop. And all other child postmaster processes were > terminated likewise. >> 2016-04-05 18:37:31 MSK LOG: server process (PID 2848) was terminated by >> signal 9: Killed Well, signal 9 is not an internal-to-Postgres error; that's something outside the database killing the process. If you're on a Linux machine it's most likely the dreaded OOM killer doing it. The usual recommendation is to configure your system to reduce or eliminate memory overcommit: http://www.postgresql.org/docs/9.5/static/kernel-resources.html#LINUX-MEMORY-OVERCOMMIT The OP's log did not indicate a signal 9, though --- that was SIGSEGV (sig 11, typically). regards, tom lane
В списке pgsql-bugs по дате отправления: