Re: Shared memory corrupted?
| От | Tom Lane |
|---|---|
| Тема | Re: Shared memory corrupted? |
| Дата | |
| Msg-id | 1321.1067536356@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Shared memory corrupted? (Jeff Boes <jboes@nexcerpt.com>) |
| Ответы |
Re: Shared memory corrupted?
|
| Список | pgsql-admin |
Jeff Boes <jboes@nexcerpt.com> writes:
> Tom Lane wrote:
>> What's signal 14 on your machine? (Look in /usr/include/signal.h to
>> be sure.) Also, what PG version is this?
> 14) SIGALRM
> This is Pg 7.3.4, running on Linux 7.3 (Kernel 2.4.18-18.7.xsmp on a
> 2-processor i686).
Hm. That doesn't make any sense at all, because SIGALRM is either
caught by a handler or ignored everywhere in the Postgres backend.
There is no situation where it could legitimately cause process
termination. Is it possible you are dealing with a kernel bug?
[ thinks... ] Another possibility is that you are running some
non-Postgres code that resets SIGALRM handling to default. I have
heard rumors that Perl will do that in some cases, for example.
Are you using plperl?
regards, tom lane
В списке pgsql-admin по дате отправления: