Re: ShmemAlloc errors

From: Nick Burrett <nick(at)dsvr(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: ShmemAlloc errors
Date: 2003-10-17 08:56:23
Message-ID: 3F8FAEB7.9070504@dsvr.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Tom Lane wrote:
> Nick Burrett <nick(at)dsvr(dot)net> writes:
>
>>$ pg_dumpall >full.db
>>pg_dump: WARNING: ShmemAlloc: out of memory
>>pg_dump: Attempt to lock table "vs_dfa554862ac" failed. ERROR:
>>LockAcquire: lock table 1 is out of memory
>>pg_dumpall: pg_dump failed on bandwidth, exiting
>
>
> Looks like you need to increase max_locks_per_transaction in postgresql.conf.
> (You'll need to restart the postmaster to make this take effect.)

I've tried that and indeeed it works. Thanks.

> We don't normally hear of people needing that --- is there anything
> unusual about the schema of this database?

Not particularly. The database consists of around 3000 tables created
using this:

CREATE TABLE vs_foo (date date NOT NULL,
time time NOT NULL,
bytesin int8 CHECK (bytesin >= 0),
bytesout int8 CHECK (bytesout >= 0));

Each table has around 1500 rows.

Incidently the dump and import reduced the disk space requirements from
25Gb to 9Gb. The database is vacummed monthly (data is only deleted
monthly) using VACUMM FULL. I can only presume that vacumming is not
designed to be *that* aggressive.

Cheers,

Nick.

--
Nick Burrett
Network Engineer, Designer Servers Ltd. http://www.dsvr.co.uk

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Peter Childs 2003-10-17 08:58:47 Re: XOR logical operator
Previous Message Pavel Stehule 2003-10-17 08:12:49 Re: XOR logical operator