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
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 ?? |