pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Achilleas Mantzios <achill@matrix.gatewaynet.com>
To: pgsql-admin@lists.postgresql.org
Subject: Re: PostgreSQL 10.5 : Strange pg_wal fill-up, solved with the shutdown checkpoint
Date: Tue, 6 Nov 2018 16:53:13 +0200
Message-ID: <79cdddc4-ab2f-c663-2e1b-5af38ddd172a@matrix.gatewaynet.com> (raw)
In-Reply-To: <4b18bbdd50bc58d36087e79c2768943361df3505.camel@cybertec.at>
References: <0d25bb8c-9cc7-10bc-71ba-6a8a8c33ec49@matrix.gatewaynet.com>
	<4b18bbdd50bc58d36087e79c2768943361df3505.camel@cybertec.at>

On 6/11/18 2:41 μ.μ., Laurenz Albe wrote:
> Achilleas Mantzios wrote:
>
> If you set log_min_messages to DEBUG2, you should get a log message like
>
>     attempting to remove WAL segments older than log file ...
>
> during each checkpoint.  That would help to determine what is going on.
Thank you Laurenz, is DEBUG2 cause a great deal of excessive log lines written to the log? or is there any way to set log_min_messages to DEBUG2 only for the checkpoints (by e.g. kill -HUP the 
checkpointer )?
> The traditional things to hold back WAL segment removal are wal_keep_segments and
> replication slots, but that should also hold for a shutdown checkpoint.
wal_keep_segments is unchanged. We have only one replication slot running for the subscriber (testsmadb) (which is usually ultra verbose about replication problems) and there was nothing in the logs 
prior to the incident (or many hours before the incident) in the primary (smadb) or the subscriber to indicate anything regarding those two.
Moreover, we have monitoring in place to take metrics on the replication lag. No mail alert relevant to this.
No emails/log msgs indicating anything abnormal on smadb2 either (the non-replication-slot physical standby) .

But the connection from smadb2 to the barman host went downhill this morning, I don't know if this was still the case in Sunday or if the two incidents are connected. Today we had a much more serious 
situation. Our traffic increased by almost 10 and the net speed fell also by 10.  But at least, today I explained everything (I hope).

>
> Yours,
> Laurenz Albe


-- 
Achilleas Mantzios
IT DEV Lead
IT DEPT
Dynacom Tankers Mgmt





view thread (9+ messages)  latest in thread

Message-ID: <79cdddc4-ab2f-c663-2e1b-5af38ddd172a@matrix.gatewaynet.com>
Permalink:  ../79cdddc4-ab2f-c663-2e1b-5af38ddd172a@matrix.gatewaynet.com/
Also on:    postgresql.org/message-id/79cdddc4-ab2f-c663-2e1b-5af38ddd172a@matrix.gatewaynet.com

 · 

reply

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: achill@matrix.gatewaynet.com, pgsql-admin@lists.postgresql.org
  Subject: Re: PostgreSQL 10.5 : Strange pg_wal fill-up, solved with the shutdown checkpoint
  In-Reply-To: <79cdddc4-ab2f-c663-2e1b-5af38ddd172a@matrix.gatewaynet.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