From: | Ken Yeung <Ken(dot)Yeung(at)rib-software(dot)com> |
---|---|
To: | Thomas Boussekey <thomas(dot)boussekey(at)gmail(dot)com> |
Cc: | "pgsql-general(at)lists(dot)postgresql(dot)org" <pgsql-general(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Problem upgrading from 10 to 14 with pg_upgrade: unexpected error upgrading "template1" database for some clusters |
Date: | 2022-07-12 10:28:01 |
Message-ID: | VI1PR01MB4926EEE50C1224D02C5C6A11C0869@VI1PR01MB4926.eurprd01.prod.exchangelabs.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Hi,
From: Thomas Boussekey <thomas(dot)boussekey(at)gmail(dot)com>
Sent: Tuesday, July 12, 2022 3:39 AM
> Hi,
> > Le lun. 11 juil. 2022 à 21:22, Ken Yeung <Ken(dot)Yeung(at)rib-software(dot)com> a écrit :
> > In the course of upgrading a bunch of database clusters from 10 to 14 using pg_upgrade tool, some databases result in the following error recorded in pg_upgrade_dump_1.log, such that cluster upgrade fails.
> > FATAL: password authentication failed for user "postgres"
> This error happens on the restoration-side (Pg14)
> pg_restore: error: connection to server at "localhost" (::1), port 50432 failed: FATAL: password authentication failed for user "postgres"
> means that you try to use ipv6 (is it possible, according to your target postgresql.conf file?)
> Does your Pg14 target pg_hba.conf file allow this kind of connection?
Although we have some different settings in pg_hba.conf in different clusters, but both at least allows local connection to ::1.
Specific to each cluster, there are some other databases upgraded/restored in the same cluster without this problem, but only "template1" reported this error. I attached some another log file recorded.
There may be a possibility some tables were created in the cluster with older pg_hba.conf settings, and then pg_hba.conf changed afterwards. Would this situation possibly caused the reported error?
Best regards,
Ken
Attachment | Content-Type | Size |
---|---|---|
pg_upgrade_dump_12292.log | application/octet-stream | 540 bytes |
pg_upgrade_dump_28137747.log | application/octet-stream | 546 bytes |
From | Date | Subject | |
---|---|---|---|
Next Message | merryok | 2022-07-12 14:39:31 | equivalent thing of mtr in mysql |
Previous Message | houzj.fnst@fujitsu.com | 2022-07-12 09:03:33 | RE: Support logical replication of DDLs |