Re: Upgrading using pg_dumpall - Mailing list pgsql-general

From Adrian Klaver
Subject Re: Upgrading using pg_dumpall
Date
Msg-id 3d39e71a-5f3e-5f90-7169-92a8bb1ba067@aklaver.com
Whole thread Raw
In response to Re: Upgrading using pg_dumpall  (Rich Shepard <rshepard@appl-ecosys.com>)
List pgsql-general
On 09/04/2016 12:42 PM, Rich Shepard wrote:
> On Sun, 4 Sep 2016, Adrian Klaver wrote:
>
>> Well first, if you are going to use trust as your auth method then
>> specifying a password is moot exercise.
>
>   I tried adding an explicit password to ~/.pgpass with md5 as the auth
> method, but that didn't work so I went back to trust. That's served well
> for
> 19 years. :-)

auth is not something you enter in .pgpass. The format for the file is
spelled out here:

https://www.postgresql.org/docs/9.5/static/libpq-pgpass.html


>
>> Second, not sure where you are in the process, but any time you change
>> the
>> pg_hba.conf file you will need to give Postgres a reload signal to get it
>> to recognize the changes. Again not sure how you are signalling Postgres
>> but if you are using pg_ctl
>> https://www.postgresql.org/docs/9.5/static/app-pg-ctl.html
>> then something like:
>>
>> pg_ctl reload  -D path_to_your_datadir
>>
>> as OS user postgres.
>
>   Good to know. I use pg_ctl stop and start with the path on both command
> lines.
>
>> Third, .pgpass should hold information that already exists in the
>> database
>> system tables. It is not a mechanism for entering that information into
>> the database. So yes, you will need to use ALTER ROLE to create the
>> password inside Postgres.
>
>   OK. I'll try that for the learning experience.
>
>   So much to learn and so little time ...
>
> Thanks,
>
> Rich
>
>


--
Adrian Klaver
adrian.klaver@aklaver.com


pgsql-general by date:

Previous
From: Adrian Klaver
Date:
Subject: Re: Upgrading using pg_dumpall
Next
From: Rich Shepard
Date:
Subject: Re: Upgrading using pg_dumpall