Re: Postgresql 'eats' all mi data partition - Mailing list pgsql-bugs

From Tomas Szepe
Subject Re: Postgresql 'eats' all mi data partition
Date
Msg-id 20030926181539.GB26641@louise.pinerecords.com
Whole thread Raw
In response to Re: Postgresql 'eats' all mi data partition  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Responses Re: Postgresql 'eats' all mi data partition  (Stephan Szabo <sszabo@megazone.bigpanda.com>)
Re: Postgresql 'eats' all mi data partition  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
> [sszabo@megazone.bigpanda.com]
>
> Did you use -f on the vacuumdb?  If not, it did a normal vacuum (which
> isn't likely to help) not a full vacuum.

There are scenarios where VACUUM FULL is not an option because
of its resource-hungriness and plain VACUUM just doesn't seem
to help.

We have a production database that happens to receive several
thousand row updates per minute.  We VACUUM ANALYZE every four
hours with max_fsm_pages set to 2100000, and it's no use.

The only way to prevent the system from filling up the data
partition seems to be to regularly schedule downtime to dump
and restore the whole db (the dump is ~150 MiB gzipped).

--
Tomas Szepe <szepe@pinerecords.com>

pgsql-bugs by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: pg_dump/all doesn't output schemas correctly (v7.3.4)
Next
From: Stephan Szabo
Date:
Subject: Re: Postgresql 'eats' all mi data partition