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. :-/
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 |
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 |