Re: initdb recommendations

From: "Jonathan S(dot) Katz" <jkatz(at)postgresql(dot)org>
To: Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com>, Pg Docs <pgsql-docs(at)lists(dot)postgresql(dot)org>
Subject: Re: initdb recommendations
Date: 2019-04-05 21:19:28
Message-ID: 2c8ff892-16fd-7f12-e123-e2338096199c@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-docs pgsql-hackers

On 4/5/19 4:58 PM, Peter Eisentraut wrote:
> On 2019-04-05 18:11, Jonathan S. Katz wrote:
>> (There could be an additional discussion about whether or not we want to
>> change the default behavior for initdb, but I would suggest that a safe
>> starting point would be to ensure we call this out)
>
> I think we should just change the defaults. There is a risk of warning
> fatigue. initdb does warn about this, so anyone who cared could have
> gotten the information.

It might actually be a combination of both updating the defaults and
modifying the documentation.

If we introduce better defaults, we'll need an explanation of what the
defaults are and why they are as such.

If we don't, we certainly need to warn the user what's happening. The
way it's currently written, it's very easy to miss.

I also don't see how it's warning fatigue when it's both a) a feature
that could put your system into a vulnerable state if you're not careful
and b) the only warning on that page.

Jonathan

In response to

Browse pgsql-docs by date

  From Date Subject
Next Message Magnus Hagander 2019-04-06 09:35:44 Re: initdb recommendations
Previous Message Peter Eisentraut 2019-04-05 20:58:11 Re: initdb recommendations

Browse pgsql-hackers by date

  From Date Subject
Next Message Stephen Frost 2019-04-05 21:37:45 Re: [PATCH v20] GSSAPI encryption support
Previous Message Alvaro Herrera 2019-04-05 21:16:11 Re: Re: Copy function for logical replication slots