Re: 2,2gb of pg_xlog ??

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: andy(dot)shellam(at)mailnetwork(dot)co(dot)uk
Cc: "'Alvaro Herrera'" <alvherre(at)commandprompt(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: 2,2gb of pg_xlog ??
Date: 2006-06-22 14:22:16
Message-ID: 23663.1150986136@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

"Andy Shellam" <andy(at)andycc(dot)net> writes:
>> Don't do this. Postgres itself will remove the file after the
>> archive_command has copied it elsewhere.

> In my 8.1.3 install, it didn't - when I specified a cp command, it left the
> files there. I had to define the command as "mv" to have them moved.

If it left the files there, it had a reason to (probably, that it wanted
to rename them for use as new WAL segments). It is NOT NOT NOT the job
of the archive_command to do anything except copy the data somewhere else.

Back to the OP's problem: failure to recycle WAL segments requires some
active looking into, not mindless removal of files. The only
explanations I can think of are that he's got the checkpoint interval
settings at wacko values, or more likely something is preventing
checkpoints from completing; if so, it's desperately important to find
out what and fix it. Manual file removal is addressing a symptom not
the problem.

regards, tom lane

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Andy Shellam 2006-06-22 14:31:38 Re: 2,2gb of pg_xlog ??
Previous Message Andy Shellam 2006-06-22 14:18:19 Re: 2,2gb of pg_xlog ??