Re: pg_clogs hanging around

From: Scott Whitney <scott(at)journyx(dot)com>
To: Kenneth Marshall <ktm(at)rice(dot)edu>
Cc: pgsql-admin(at)postgresql(dot)org, Scott Whitney <swhitney(at)journyx(dot)com>
Subject: Re: pg_clogs hanging around
Date: 2011-03-10 14:18:34
Message-ID: 5606497.14104.1299766714935.JavaMail.root@zimbra.int.journyx.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

> On Thu, Mar 10, 2011 at 07:56:26AM -0600, Scott Whitney wrote:
> > >
> > > If you have hardware problems like that you have way more
> > > problems. You could have corruption (silent) occurring in any of
> > > the other
> > > database files. Good luck.
> >
> > I am, in fact, aware of that, but every single machine ever
> > manufactured will have hardware problems such at this at some point.
> > It stems quite simply from Ohm's Law, one gross over-simplification
> > of which is as simple as "if it's got a resistor in it, it's going
> > to fail at some point", as I'm sure you know. It's merely a matter
> > of whether proactive replacement, backups, standby systems, etc
> > ameliorate that risk. When we had our failure a couple of years ago,
> > it did not.
> >
> > Regardless, my question still stands, and I do, in fact, care about
> > ANY database blocking cleanup of clogs (or anything else). There's
> > this concept of "if this then what else," and if template0 (or
> > anyone else) is blocking that ability to properly clean those up,
> > what else is possibly screwed up in a similar fashion.
> >
> > So, what can I do to resolve this issue?
> >
>
> True, entropy rules. I think that you can use "VACUUM FREEZE"
> to allow the clogs to be cleaned up.
>
I thought I was. I've got -F in there. vacuumdb -a -v -F

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Mark Johnson 2011-03-10 14:45:30 Re: Oracle Label Security/ Row Level Security on Postgresql
Previous Message Kenneth Marshall 2011-03-10 14:04:05 Re: pg_clogs hanging around