MIME-Version: 1.0
In-Reply-To: <21D0DA77-ACC3-4859-A391-03EE0B5D7E76@autouncle.com>
References: <21D0DA77-ACC3-4859-A391-03EE0B5D7E76@autouncle.com>
From: Jeff Janes <jeff.janes@gmail.com>
Date: Wed, 29 Jun 2016 12:19:50 -0700
Message-ID: 
 <CAMkU=1xGbK9kOBjH9PEHYK1HZvAO8q53r6HGGMC=8Hg+PLg54Q@mail.gmail.com>
Subject: Re: pg_xlog dir not getting swept
To: =?UTF-8?Q?Niels_Kristian_Schj=C3=B8dt?= <nielskristian@autouncle.com>
Cc: "pgsql-performance@postgresql.org list" <pgsql-performance@postgresql.org>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Precedence: bulk
Sender: pgsql-performance-owner@postgresql.org

On Wed, Jun 29, 2016 at 3:00 AM, Niels Kristian Schj=C3=B8dt
<nielskristian@autouncle.com> wrote:
> About a day ago, there seems to have been some trouble in the network of =
my
> database (postgresql 9.3).
>
> I=E2=80=99m running my db with a streaming replication setup with wall sh=
ipping.
>
> I sync wal logs to a mounted networkdrive using archive_command =3D 'rsyn=
c -a
> %p /mnt/wal_drive/wals/%f </dev/null=E2=80=99. Somehow this command was f=
ailing,
> leading to my pg_xlog dir building up (590Gb). I rebooted the server, and
> the archiving command seems to succeed now - however - After about an hour
> of running, the pg_xlog drive has not decreased in size - I would have
> expect that! I can see that lot=E2=80=99s of files get=E2=80=99s synced t=
o the
> /mnt/wal_drive/wals dir, but somehow the pg_xlog dir is not swept (yet)?
> Will this happen automatically eventually, or do I need to do something
> manually?

Successfully archived files are only removed by the checkpointer.  The
logic is quite complex and it can be very frustrating trying to
predict exactly when any given file will get removed.  You might want
to run a few manual checkpoints to see if that cleans it up.  But turn
on log_checkpoints and reload the configuration first.

Cheers,

Jeff


--=20
Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-performance