From: Ron <ronljohnsonjr@gmail.com>
To: Pgsql-admin <pgsql-admin@lists.postgresql.org>
Subject: Re: Old WAL files under pg_xlog not getting delete
Date: Wed, 30 Jan 2019 21:19:11 -0600
Message-ID: <ff52b4a5-5232-abec-f148-a223b048f138@gmail.com> (raw)
In-Reply-To: <CALm_Vjhf4AJF_=rvOMmmwKcaN3CN0YNnm7Q8RwivpLio8G+i7A@mail.gmail.com>
References: <aea0796a-9b55-aa75-4ad3-5377fc03e240@gmail.com>
<201901310000.fkapsf6clz5s@alvherre.pgsql>
<CAKFQuwZoawTQ5E05OY61cTaiXxcz6kom7gY0-_6wn9=Nqc6kHA@mail.gmail.com>
<CALm_Vjhf4AJF_=rvOMmmwKcaN3CN0YNnm7Q8RwivpLio8G+i7A@mail.gmail.com>
On 1/30/19 9:09 PM, rammohan ganapavarapu wrote:
> Thank you all, but irrespective of count i have why is it keeping old files?
Because you're telling it to!!
max_wal_size= 1GB
wal_keep_segments=500
> and how is it using those files? Is there any processes that can flush or
> remove those files?
Change the parameter and restart the server...
>
> On Wed, Jan 30, 2019, 4:11 PM David G. Johnston
> <david.g.johnston@gmail.com <mailto:david.g.johnston@gmail.com> wrote:
>
> On Wed, Jan 30, 2019 at 5:00 PM Alvaro Herrera
> <alvherre@2ndquadrant.com <mailto:alvherre@2ndquadrant.com>> wrote:
> > Hmm ... I would recommend to keep the xlog files in a subdir, not the
> > root of the filesystem.
>
> They are in a subdir (under /opt/pgdata), and the OP seems likely to
> have omitted the self/parent hidden directories during his check as
> well. Plus per the docs we actually expect 501 so there isn't a need
> to account for 6 extra, just 5.
>
> Dave
>
--
Angular momentum makes the world go 'round.
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-admin@postgresql.org
Cc: ronljohnsonjr@gmail.com, pgsql-admin@lists.postgresql.org
Subject: Re: Old WAL files under pg_xlog not getting delete
In-Reply-To: <ff52b4a5-5232-abec-f148-a223b048f138@gmail.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox