Re: Upgrading to v12 - Mailing list pgsql-general

From Ron
Subject Re: Upgrading to v12
Date
Msg-id 5d2bc34d-ce3a-6e22-59dd-467c441de89d@gmail.com
Whole thread Raw
In response to Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Responses Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
Re: Upgrading to v12  (Brad White <b55white@gmail.com>)
List pgsql-general
Step #1: upgrade to 9.4.26.  You'll get five years of bug fixes.

(If the client lets you, of course.  I had servers stuck on 8.4.17 and 9.2.7 that were only upgraded because PCI auditors were going to tell my client's client, and that scared my client.  Now they're on 9.6.24...)

On 11/11/22 15:42, Brad White wrote:
I'm practicing on our Dev server, so I can blow this away and reload at any time.
Are there any utilities to check for corruption on my Prod server in v9.4.1?

All my backups are done with pg_dump.exe, so that's where this database came from in the first place.
So we know that pg_dump.exe works on Prod at least.

On Fri, Nov 11, 2022 at 3:17 PM Adrian Klaver <adrian.klaver@aklaver.com> wrote:
On 11/11/22 13:11, Brad White wrote:
> I deleted all the other DBs and left only the primary.
> Still getting the same error message, ending with
>
> ERROR:  could not access status of transaction 22316920
> DETAIL:  Could not read from file "pg_clog/0015" at offset 73728: No error.

Can you do a pg_dump of that database?


--
Adrian Klaver
adrian.klaver@aklaver.com


--
Angular momentum makes the world go 'round.

pgsql-general by date:

Previous
From: Igor Korot
Date:
Subject: Re: Printf-like function
Next
From: Laurenz Albe
Date:
Subject: Re: Table : Bloat grow high