Re: pgsql: Raise maximum value of several timeout parameters - Mailing list pgsql-committers

From Magnus Hagander
Subject Re: pgsql: Raise maximum value of several timeout parameters
Date
Msg-id AANLkTin1hfG4Y5mYouJva+9REqBHgBYLkSfwaJoEpuRC@mail.gmail.com
Whole thread Raw
In response to Re: pgsql: Raise maximum value of several timeout parameters  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-committers
On Sat, Mar 19, 2011 at 01:43, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Andrew Dunstan <andrew@dunslane.net> writes:
>> On 03/17/2011 02:25 PM, Peter Eisentraut wrote:
>>> Raise maximum value of several timeout parameters
>
>> Did we not intend to backpatch this? The max_standby_*_delay settings
>> are particularly worrisome to me, and ISTM there's a good case for
>> calling these just bugs. Surely nobody is relying on the maximum value
>> being 35 minutes.
>
> I would argue that this isn't a bug fix: the code was operating as
> designed.  What it is is a feature improvement, and one that has nonzero
> risk of introducing new bugs.  So I vote for no backpatch.  Let it make
> its way into the world after a beta cycle.

I dunno, I think particularly for the standby delay parameters it can
definitely be considered a bugfix. I've come across a fair number of
cases hitting the current limit right away. And given how trivial the
patch is...

That said, we can have it run through the beta cycle on 9.1 and then
backpatch it after we know it didn't cause any problems there,
perhaps...

--
 Magnus Hagander
 Me: http://www.hagander.net/
 Work: http://www.redpill-linpro.com/

pgsql-committers by date:

Previous
From: Dave Page
Date:
Subject: Re: pgsql: Document the all-balls IPv6 address.
Next
From: Bruce Momjian
Date:
Subject: Re: pgsql: Document the all-balls IPv6 address.