Skip site navigation (1) Skip section navigation (2)

Re: Postgresql 'eats' all mi data partition

From: Tomas Szepe <szepe(at)pinerecords(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>,Javier Carlos <fjcarlos(at)correo(dot)insp(dot)mx>, pgsql-bugs(at)postgresql(dot)org
Subject: Re: Postgresql 'eats' all mi data partition
Date: 2003-09-26 19:06:22
Message-ID: 20030926190622.GE26641@louise.pinerecords.com (view raw or flat)
Thread:
Lists: pgsql-bugs
> [tgl(at)sss(dot)pgh(dot)pa(dot)us]
> 
> Tomas Szepe <szepe(at)pinerecords(dot)com> writes:
> > I'm afraid so.  The weird thing is, we once tried running
> > VACUUM FULL followed by REINDEX and although the process
> > took ages to complete, it didn't seem to help either. :(
> 
> > I'll post whatever debug data I'm asked for, just don't make
> > me run VACUUM FULL or REINDEX again please.  (A full redump
> > is 10-20 times faster. :O)
> 
> The output of VACUUM VERBOSE for the problem table(s) would be
> interesting.

Just posted, please see my message to
Stephan Szabo <sszabo(at)megazone(dot)bigpanda(dot)com>, CC pgsql-bugs(at)postgresql(dot)org
with Message-ID: <20030926184329(dot)GC26641(at)louise(dot)pinerecords(dot)com>

Thanks,
-- 
Tomas Szepe <szepe(at)pinerecords(dot)com>

In response to

Responses

pgsql-bugs by date

Next:From: Tomas SzepeDate: 2003-09-26 19:08:08
Subject: Re: Postgresql 'eats' all mi data partition
Previous:From: Tom LaneDate: 2003-09-26 19:02:46
Subject: Re: Postgresql 'eats' all mi data partition

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group