From: | Betsy Barker <betsy(dot)barker(at)supportservicesinc(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-novice(at)postgresql(dot)org |
Subject: | Re: LockAcquire: lock table 1 is out of memory |
Date: | 2004-09-14 16:24:37 |
Message-ID: | 20040914102437.2790d7e4.betsy.barker@supportservicesinc.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-novice |
I raised the parameter to 256 and the process finished. Thank you Tom. Does raising that parameter cause the database to slow down? The process ended up taking 14.5 hours to finish! That seems like a long long time.
Also, do you think that the use of a temporary table inside an inner loop, being created and dropped over and over again could have caused the problem in the beginning?
Thank you,
Betsy Barker
On Mon, 13 Sep 2004 10:47:55 -0400
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> Betsy Barker <betsy(dot)barker(at)supportservicesinc(dot)com> writes:
> > I am getting the following error while running a series of stored procedures. I have increased the max_locks_per_transaction
> > parameter from 64 (the default) to 128 and I still received this
> > error. Can anyone tell me waht else I could do?
>
> Raise it further ...
>
> Note also that you need a postmaster restart (not just SIGHUP) to make
> the increase take effect.
>
> regards, tom lane
>
--
Betsy Barker
IT Manager
Support Services, Inc
(720)489-1630 X 38
From | Date | Subject | |
---|---|---|---|
Next Message | Kumar S | 2004-09-14 20:38:35 | Create table error |
Previous Message | Burçin Gülen | 2004-09-14 15:43:29 | unsubcribe |