| From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
|---|---|
| To: | Michael Akinde <michael(dot)akinde(at)met(dot)no> |
| Cc: | pgsql-hackers(at)postgresql(dot)org |
| Subject: | Re: VACUUM ANALYZE out of memory |
| Date: | 2007-12-11 11:49:28 |
| Message-ID: | 20071211114928.GD4708@alvh.no-ip.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Michael Akinde wrote:
> Thanks for the rapid responses.
>
> Stefan Kaltenbrunner wrote:
>> this seems simply a problem of setting maintenance_work_mem too high (ie
>> higher than what your OS can support - maybe an ulimit/processlimit is in
>> effect?) . Try reducing maintenance_work_mem to say 128MB and retry.
>> If you promise postgresql that it can get 1GB it will happily try to use
>> it ...
> I set up the system together with one of our Linux sysOps, so I think the
> settings should be OK. Kernel.shmmax is set to 1.2 GB, but I'll get him to
> recheck if there could be any other limits he has forgotten to increase.
You are confusing shared memory (shared_buffers and kernel.shmmax) with
local memory (work_mem and maintenance_work_mem). The error you got is
about the latter kind.
--
Alvaro Herrera http://www.amazon.com/gp/registry/CTMLCN8V17R4
"La soledad es compañía"
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gregory Stark | 2007-12-11 11:49:36 | Re: WORM and Read Only Tables (v0.1) |
| Previous Message | Stefan Kaltenbrunner | 2007-12-11 11:49:05 | Re: VACUUM ANALYZE out of memory |