Re: prevent immature WAL streaming
От | Andrew Dunstan |
---|---|
Тема | Re: prevent immature WAL streaming |
Дата | |
Msg-id | 97ccf47e-e4f9-28b6-e780-83821f1da69c@dunslane.net обсуждение исходный текст |
Ответ на | Re: prevent immature WAL streaming (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: prevent immature WAL streaming
|
Список | pgsql-hackers |
On 9/29/21 5:29 PM, Tom Lane wrote: > Andrew Dunstan <andrew@dunslane.net> writes: >> On 9/29/21 4:33 PM, Tom Lane wrote: >>> which looks like a pretty straightforward bogus-connection-configuration >>> problem, except why wouldn't other BF members show it? >> This: >> ... >> doesn't have "allows_streaming => 1". > Oh, and that only breaks things on Windows, cf set_replication_conf. > > ... although I wonder why the fact that sub init otherwise sets > wal_level = minimal doesn't cause a problem for this test. > Maybe the test script is cowboy-ishly overriding that? > > Regardless of this problem, I think we should simply call set_replication_conf unconditionally in init(). Replication connections are now allowed by default on Unix, this would just bring Windows nodes into line with that. The function does have this: $self->host eq $test_pghost or die "set_replication_conf only works with the default host"; I'm not sure when that wouldn't be true. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: