Re: Shared memory corrupted?

From: Jeff Boes <jboes(at)nexcerpt(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: Shared memory corrupted?
Date: 2003-10-30 16:07:29
Message-ID: 3FA13741.4060701@nexcerpt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Tom Lane wrote:

>Jeff Boes <jboes(at)nexcerpt(dot)com> writes:
>
>
>>We are experiencing the following error, usually during our nightly
>>delete-and-vacuum cycle (when there are very few other connections to
>>the database):
>>
>>
>
>
>
>>2003-10-30 01:36:59 [25392] LOG: server process (pid 697) was
>>terminated by signal 14
>>
>>
>
>What's signal 14 on your machine? (Look in /usr/include/signal.h to
>be sure.) Also, what PG version is this?
>
> regards, tom lane
>
>

signal.h doesn't have any definitions for signal numbers in it; "kill
-l" lists 14 as:

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).

The system has 4 GB of RAM. Shared memory parameters out of
/etc/sysctl.conf follow:

kernel.shmall = 1352914698
kernel.shmmax = 1352914698

And here's what I guess are the pertinent data from the postgresql.conf
file:

sort_mem = 65536
vacuum_mem = 262144
effective_cache_size = 196608
shared_buffers = 131072
max_fsm_relations = 200
max_fsm_pages = 350000
wal_buffers = 32

We've seen the problem with vacuum_mem = 65536 also.

--
Jeff Boes vox 269.226.9550 ext 24
Database Engineer fax 269.349.9076
Nexcerpt, Inc. http://www.nexcerpt.com
...Nexcerpt... Extend your Expertise

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message CLeon 2003-10-30 17:28:10 Re: [linux-lvm] RE: [PERFORM] backup/restore - another
Previous Message Reiner Dassing 2003-10-30 15:57:46 database in recovery mode