From: | Scott Whitney <scott(at)journyx(dot)com> |
---|---|
To: | Kevin Grittner <Kevin(dot)Grittner(at)wicourts(dot)gov> |
Cc: | Scott Whitney <swhitney(at)journyx(dot)com>, pgsql-admin(at)postgresql(dot)org |
Subject: | Re: pg_clog not getting cleared |
Date: | 2010-12-22 21:12:39 |
Message-ID: | 21700506.3248.1293052359046.JavaMail.root@zimbra.int.journyx.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
I'm certain it was -f, not -F, since it's still in the script I use, albeit commented out.
I understand the purpose of the clogs, but I would think that the transactions would have been frozen on all dbs (I've got about 300 in my cluster) by now. My logs go back to July 13th which, I think, is when the server was last restarted.
I'll try the -F on Sat and see if that resolves the issue. I'll also have logs available at that time, assuming all goes well.
Thanks for the advice.
Scott Whitney <scott(at)journyx(dot)com> wrote:
> Each Saturday, I run: vacuumdb -a -v. I have autovac on all the
> time.
>
> However, my pg_clog directory lists clog files going back to
> July.
>
> This is pg 8.4.4 on Linux (CentOS 5.5).
>
> I know this isn't a whole lot of information at this time. What
> more would be useful in finding out what's failing and where?
Nothing is failing -- clog is needed to track what has committed
until transactions are "frozen".
> I seem to recall that doing vacuumdb -f -a -v resolved it
Are you sure that wasn't -F rather than -f ? The uppercase switch
freezes tuples, which would allow clog to be cleaned up. This
shouldn't normally be needed, unless you have some other reason to
need aggressive freezing.
-Kevin
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2010-12-22 21:38:12 | Re: pg_clog not getting cleared |
Previous Message | Snoop | 2010-12-22 19:52:28 | Re: PostgreSQL in Shared Disk Failover mode on FreeBSD+CARP+RAIDZ |