Re: [GENERAL] pg_xlog on a hot_standby slave filling up

From: Jeff Frost <jeff(at)pgexperts(dot)com>
To: Christoph Berg <cb(at)df7cb(dot)de>
Cc: Xavier 12 <maniatux(at)gmail(dot)com>, PostgreSQL Bugs <pgsql-bugs(at)postgresql(dot)org>
Subject: Re: [GENERAL] pg_xlog on a hot_standby slave filling up
Date: 2015-06-19 15:49:33
Message-ID: C8B4CE1A-6693-44B3-BC8C-44865534C230@pgexperts.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs pgsql-general


> On Jun 19, 2015, at 7:50 AM, Christoph Berg <cb(at)df7cb(dot)de> wrote:
>
> Re: To Jeff Frost 2015-06-18 <20150618105305(dot)GA22374(at)msg(dot)df7cb(dot)de>
>>> I believe setting the ssl renegotiation limit to 0 made it stop. Can you confirm?
>>
>> I've configured that, we'll see later today.
>
> 0 makes it stop.
>
>>> Have you been able to reproduce synthetically?
>>
>> No. I managed to make the test setup leak one file when the slave
>> server was restarted, but atm it doesn't reconnect/barf every 512MB.
>> I'm probably still missing some parameter. (sslcompression=0 was the
>> first I tried...)
>
> (Still no success there.)

I had thought it was fixed on 9.2 by a recent update (not the last 3, but the one before) as it seemed to stop doing this, but then it started again after a few days, so there may be some large amount of transactions required before the funny business begins.

I would really love to deliver a self contained test case, but I tried for a few days unsuccessfully to reproduce it, but I still see it happening on 9.4.4 and 9.2.13, but not on all servers. :-/

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2015-06-20 04:36:50 Re: BUG #8470: 9.3 locking/subtransaction performance regression
Previous Message Christoph Berg 2015-06-19 14:50:16 Re: [GENERAL] pg_xlog on a hot_standby slave filling up

Browse pgsql-general by date

  From Date Subject
Next Message Scottix 2015-06-19 15:52:57 Postgres SIGALRM timer
Previous Message Christoph Berg 2015-06-19 14:50:16 Re: [GENERAL] pg_xlog on a hot_standby slave filling up