Re: PostgreSQL's vacuumdb fails to allocate memory for non-root users

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

In response to

Responses

Browse pgsql-general by date

  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