From: | Bruce Momjian <bruce(at)momjian(dot)us> |
---|---|
To: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | Steven Harms <thisdyingdream(at)gmail(dot)com>, Pg General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Removing files under pg_clog |
Date: | 2010-04-15 00:07:27 |
Message-ID: | 201004150007.o3F07SU06871@momjian.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Alvaro Herrera wrote:
> Steven Harms escribi?:
> > I don't have stats on how big they were getting, but they are running
> > this every night, which I suspect causes issues (and I suspect the
> > reason their logs were getting big is because they programmed a bunch
> > of locked transactions):
> >
> > find /pgsql/data/pg_xlog -type f -mtime +1 | xargs rm -f
> > find /pgsql/data/pg_clog -type f -mtime +1 | xargs rm -f
>
> Oh, the *directories* were getting big, not the files? (Normally
> pg_clog files do not grow beyond a certain, rather small size, which is
> why I was asking) Yeah, they are bound to lose or corrupt data sooner
> rather than later. If they ever see their system crash, it won't be
> able to recover due to pg_xlog deletion. (Note that pg_xlog is quite
> different from pg_clog). pg_clog deletion guarantees that they will
> have problem vacuuming or something.
My guess is that they are not vacuuming all databases so old clog files
cannot be removed. That, combined with the fact they are runing 7.4
would incline me to get as far away from that system as possible so as
not be blamed for the predictable problems.
--
Bruce Momjian <bruce(at)momjian(dot)us> http://momjian.us
EnterpriseDB http://enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2010-04-15 01:40:17 | Rogue TODO list created |
Previous Message | Bruce Momjian | 2010-04-14 22:09:55 | Re: Unique cosntraint based on contents of a field? |