Re: Server-side base backup: why superuser, not pg_write_server_files?
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Server-side base backup: why superuser, not pg_write_server_files? |
| Дата | |
| Msg-id | 106926.1643842376@sss.pgh.pa.us обсуждение |
| Ответ на | 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?
Re: Server-side base backup: why superuser, not pg_write_server_files? |
| Список | pgsql-hackers |
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.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера