Re: Server-side base backup: why superuser, not pg_write_server_files?

Поиск
Список
Период
Сортировка
От Andrew Dunstan
Тема Re: Server-side base backup: why superuser, not pg_write_server_files?
Дата
Msg-id cd073621-5b7f-c8cb-3b09-c2c58a0fc8f3@dunslane.net
обсуждение исходный текст
Ответ на Re: Server-side base backup: why superuser, not pg_write_server_files?  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Server-side base backup: why superuser, not pg_write_server_files?  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
On 2/2/22 17:52, Tom Lane wrote:
> I wrote:
>> The Windows animals don't like this:
>> pg_basebackup: error: connection to server at "127.0.0.1", port 59539 failed: FATAL:  SSPI authentication failed for
user"backupuser"
 
>> Not sure whether we have a standard method to get around that.
> Ah, right, we do.  Looks like adding something like
>
> auth_extra => [ '--create-role', 'backupuser' ]
>
> to the $node->init call would do it, or you could mess with
> invoking pg_regress --config-auth directly.
>
>             



I've fixed this using the auth_extra method, which avoids a reload.


cheers


andrew


--
Andrew Dunstan
EDB: https://www.enterprisedb.com




В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: should vacuum's first heap pass be read-only?
Следующее
От: Zhihong Yu
Дата:
Сообщение: Re: Implementing Incremental View Maintenance