From: | Douglas McNaught <doug(at)mcnaught(dot)org> |
---|---|
To: | Sven Willenberger <sven(at)dmv(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org, stable(at)freebsd(dot)org |
Subject: | Re: PostgreSQL's vacuumdb fails to allocate memory for non-root users |
Date: | 2005-06-29 13:43:23 |
Message-ID: | m2slz12s90.fsf@Douglas-McNaughts-Powerbook.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Sven Willenberger <sven(at)dmv(dot)com> writes:
> FreeBSD 5.4-Release
> PostgreSQL 8.0.3
>
> I noticed that the nightly cron consisting of a vacuumdb was failing due
> to "unable to allocate memory". I do have maintenance_mem set at 512MB,
> and the /boot/loader.conf file sets the max datasize to 1GB (verified by
> limit). The odd thing is that if I run the command (either vacuumdb from
> the command line or vacuum verbose analyze from a psql session) as the
> Unix user root (and any psql superuser) the vacuum runs fine. It is when
> the unix user is non-root (e.g. su -l pgsql -c "vacuumdb -a -z") that
> this memory error occurs. All users use the "default" class for
> login.conf purposes which has not been modified from its installed
> settings. Any ideas on how to a) troubleshoot this or b) fix this (if it
> is something obvious that I just cannot see).
Is the out-of-memory condition occurring on the server or client side?
Is there anything in the Postgres logs?
You might put a 'ulimit -a' command in your cron script to make sure
your memory limit settings are propagating correctly...
-Doug
From | Date | Subject | |
---|---|---|---|
Next Message | Douglas McNaught | 2005-06-29 13:45:18 | Re: Explain Analyse never returns .. maybe a bug |
Previous Message | Sean Davis | 2005-06-29 13:38:36 | Re: Explain Analyse never returns .. maybe a bug |