Re: Upgrading to v12

From: Ron <ronljohnsonjr(at)gmail(dot)com>
To: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: Upgrading to v12
Date: 2022-11-12 08:44:44
Message-ID: 5d2bc34d-ce3a-6e22-59dd-467c441de89d@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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(dot)klaver(at)aklaver(dot)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(dot)klaver(at)aklaver(dot)com
>

--
Angular momentum makes the world go 'round.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Laurenz Albe 2022-11-12 14:05:21 Re: Table : Bloat grow high
Previous Message Igor Korot 2022-11-12 05:13:08 Re: Printf-like function