Re: My pg_xlog directory is becoming huge !?

From: "ben(dot)play" <benjamin(dot)cohen(at)playrion(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: My pg_xlog directory is becoming huge !?
Date: 2016-09-12 14:30:30
Message-ID: 4D37DAA2-817C-4FCB-8AEC-0031B960936F@playrion.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Hi,

You are right !
We have 4 replications NOT ACTIVE.
We don’t have any other servers at this time; it was only a test.

That is why we drop our 4 replication_slots

Everything on max_wal_size is commented.
#checkpoint_timeout = 5min # range 30s-1h
#max_wal_size = 1GB
#min_wal_size = 80MB

Now, the pg_xlog directory is normal !

Thank you so much !

> Le 12 sept. 2016 à 16:04, Albe Laurenz *EXTERN* [via PostgreSQL] <ml-node+s1045698n5920776h4(at)n3(dot)nabble(dot)com> a écrit :
>
> ben.play wrote:
>
> > We tried to replicate our database and since this moment, our pg_xlog
> > directory is becoming HUGE ! (more than 500 Gb !)
> >
> > In fact, each minute, there is a new file of 16Mb, called like
> > 00000001000001370000004D ...
> >
> > This is our main parameters in postgresql.conf
> >
> >
> >
> > The replication is stopped (it was only a test). And I cannot put
> > wal_level=minimal without having an error at startup.
> >
> > Do you have any idea to reduce the size of the directory ?
>
> First you got to find out what is causing this.
>
> Do you use streaming replication with replication slots?
> Then this can happen if a standby is down and has stopped receiving WAL.
>
> Find out with
>
> SELECT slot_name, slot_type, active, xmin, catalog_xmin, restart_lsn FROM pg_replication_slots;
>
> If there is a slot that is not active, that may be your problem.
>
> Compare "restart_lsn" with the current LSN:
>
> SELECT pg_current_xlog_location();
>
> and "xmin" with the current transaction ID:
>
> SELECT txid_current();
>
>
> If that is your problem, restart the standby and let it catch up.
> If that is not possible, delete the replication slot with
>
> SELECT pg_drop_replication_slot('slotname');
>
>
> Other than that, large "pg_xlog" can be caused by a high value of "checkpoint_segments"
> (before version 9.5) or "max_wal_size" (from 9.5 on) on the primary.
>
> Of course, a high value for "wal_keep_segments" on the primary can also be the cause.
>
> Yours,
> Laurenz Albe
>
>
>
> --
> Sent via pgsql-admin mailing list ([hidden email] <x-msg://17/user/SendEmail.jtp?type=node&node=5920776&i=0>)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-admin <http://www.postgresql.org/mailpref/pgsql-admin>
>
>
> If you reply to this email, your message will be added to the discussion below:
> http://postgresql.nabble.com/My-pg-xlog-directory-is-becoming-huge-tp5920762p5920776.html <http://postgresql.nabble.com/My-pg-xlog-directory-is-becoming-huge-tp5920762p5920776.html>
> To unsubscribe from My pg_xlog directory is becoming huge !?, click here <http://postgresql.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_code&node=5920762&code=YmVuamFtaW4uY29oZW5AcGxheXJpb24uY29tfDU5MjA3NjJ8LTE0OTE4NTc4Ng==>.
> NAML <http://postgresql.nabble.com/template/NamlServlet.jtp?macro=macro_viewer&id=instant_html%21nabble%3Aemail.naml&base=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespace&breadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml>

--
View this message in context: http://postgresql.nabble.com/My-pg-xlog-directory-is-becoming-huge-tp5920762p5920785.html
Sent from the PostgreSQL - admin mailing list archive at Nabble.com.

In response to

Browse pgsql-admin by date

  From Date Subject
Next Message Poul Kristensen 2016-09-12 18:00:55 Re: How to list ALL PostgreSQL functions?
Previous Message Albe Laurenz 2016-09-12 14:03:16 Re: My pg_xlog directory is becoming huge !?