Re: pg_dumpall: could not connect to database "template1": FATAL: - Mailing list pgsql-general

From Scott Marlowe
Subject Re: pg_dumpall: could not connect to database "template1": FATAL:
Date
Msg-id CAOR=d=2mySeSswFyWK=mOY9pV9Zx6WT+x3X5kxmzpiSSV_w-Mg@mail.gmail.com
Whole thread Raw
In response to Re: pg_dumpall: could not connect to database "template1": FATAL:  (Adrian Klaver <adrian.klaver@aklaver.com>)
Responses Re: pg_dumpall: could not connect to database "template1": FATAL:
List pgsql-general
On Sat, Nov 12, 2016 at 2:31 PM, Adrian Klaver
<adrian.klaver@aklaver.com> wrote:
> On 11/12/2016 01:20 PM, aws backup wrote:
>>
>> Hi,
>>
>> I try to make pg_dumpall backups from a PostgreSQL 9.5 server which is
>> part of the DaVinci Resolve 12.5.3 App on a Mac OS X 10.11.6 system.
>>
>> Unfortunately I get following failure message:
>>
>> pg_dumpall: could not connect to database "template1": FATAL: password
>> authentication failed for user "postgres"
>>
>> Maybe you can help me to solve this problem.
>
>
> Two choices:
>
> 1) Determine what the password is for the postgres user and provide it when
> you connect.
>
> 2) If you have access to the pg_hba.conf file create a access line that uses
> trust as the auth method for user postgres connect that way.
>
> https://www.postgresql.org/docs/9.5/static/auth-methods.html#AUTH-TRUST

OR you could use the -l switch and specify another db.

pg_dumpall -l mydbnamehere


pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: pg_dumpall: could not connect to database "template1": FATAL:
Next
From: otar shavadze
Date:
Subject: Re: Gin indexes on intarray is fast when value in array does not exists, and slow, when value exists