From: | Jeff Frost <jeff(at)pgexperts(dot)com> |
---|---|
To: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
Cc: | Rafael Martinez Guerrero <r(dot)m(dot)guerrero(at)usit(dot)uio(dot)no>, "pgsql-bugs(at)postgresql(dot)org" <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #7902: lazy cleanup of extraneous WAL files can cause out of disk issues |
Date: | 2013-02-26 22:16:53 |
Message-ID: | 512D3455.5040507@pgexperts.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
On 02/26/13 09:08, Jeff Janes wrote:
>
> They're all number of xlog based and the first one doesn't remove any,
> that's not surprising,
>
>
> What was the state of the pg_xlog directory before you started the test? If
> it were not full up to check_point segments * 2, (which is likely was not,
> since populating pgbench_accounts avoids WAL when not archiving), this I
> agree it is not surprising.
It always start at around 258 files.
The total WAL volume during the 10min pgbench run as evidenced by enabling an
archive command that just touches the filename is 1,972 WAL files archived, or
31G. So, it is cleaning up or recycling about 9G, unfortunately, that's just
2G too few for a 20G filesystem.
--
Jeff Frost <jeff(at)pgexperts(dot)com>
CTO, PostgreSQL Experts, Inc.
Phone: 1-888-PG-EXPRT x506
FAX: 415-762-5122
http://www.pgexperts.com/
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Geoghegan | 2013-02-26 22:34:18 | Re: BUG #7903: EAN13s are shown ISBN values |
Previous Message | Peter Eisentraut | 2013-02-26 21:45:19 | Re: BUG #7903: EAN13s are shown ISBN values |