RE: Upgrade issue during Postgres 9.6 to 12.3 on the two and more server

From: "Kumari, Jyoti" <Jyoti(dot)K(at)dell(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "pgsql-bugs(at)lists(dot)postgresql(dot)org" <pgsql-bugs(at)lists(dot)postgresql(dot)org>, "Tamrakar, Animesh" <Animesh(dot)Tamrakar(at)dell(dot)com>, "Pokharna, Prashant" <Prashant(dot)Pokharna(at)dell(dot)com>, "Bharti, Anand" <Anand(dot)Bharti(at)dell(dot)com>
Subject: RE: Upgrade issue during Postgres 9.6 to 12.3 on the two and more server
Date: 2021-03-08 06:35:17
Message-ID: MN2PR19MB40308624F398A94ACAC469F390939@MN2PR19MB4030.namprd19.prod.outlook.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Internal Use - Confidential

Hi Tom and the Team,

I am yet to get your response on the below ask, Can you please have a look on this?

Jyoti Sinha
Dell EMC

-----Original Message-----
From: Kumari, Jyoti
Sent: Monday, March 1, 2021 11:14 AM
To: Tom Lane
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org; Tamrakar, Animesh; Pokharna, Prashant; Bharti, Anand
Subject: RE: Upgrade issue during Postgres 9.6 to 12.3 on the two and more server

Internal Use - Confidential

Hi Tom,

Thank you for the quick reply!

Are you referring the base\1 folder as template 1?

Could you please elaborate the below suggestions step by step without losing a customer data?

Jyoti Sinha
Dell EMC

-----Original Message-----
From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Sent: Friday, February 26, 2021 10:06 PM
To: Kumari, Jyoti
Cc: pgsql-bugs(at)lists(dot)postgresql(dot)org; Tamrakar, Animesh; Pokharna, Prashant; Bharti, Anand
Subject: Re: Upgrade issue during Postgres 9.6 to 12.3 on the two and more server

[EXTERNAL EMAIL]

"Kumari, Jyoti" <Jyoti(dot)K(at)dell(dot)com> writes:
> connection to database failed: FATAL: could not read block 12 in file "base/1/1259": read only 0 of 8192 bytes.

Looks like your template1 database is corrupt.

I think you could get out of this by dropping template1 and re-creating it from template0. However, the usual caveats for working with damaged databases apply: it's a good idea to make a filesystem-level backup of the entire database directory before you do anything. That way you can at least get back to where you were if things go further wrong.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Sandeep Thakkar 2021-03-08 06:41:30 Re: BUG #16910: I can't install postgresql
Previous Message Tom Lane 2021-03-06 20:01:43 Re: pg_upgrade test for binary compatibility of core data types