From: | Mark Fletcher <markf(at)corp(dot)groups(dot)io> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-general(at)lists(dot)postgresql(dot)org |
Subject: | Re: ERROR: found multixact XX from before relminmxid YY |
Date: | 2018-12-29 00:58:56 |
Message-ID: | CAEO096pO6or8NPXv4T1qWJADeWMreSYUTggewduED57p8K-Jfg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Fri, Dec 28, 2018 at 4:49 PM Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
>
> Yeah, SELECT FOR UPDATE should overwrite the broken xmax value and thereby
> fix it, I expect. However, I don't see anything in the release notes
> suggesting that we've fixed any related bugs since 9.6.10, so if this
> just appeared then we've still got a problem :-(. Did anything
> interesting happen since your last successful autovacuum on that table?
> Database crashes, WAL-related parameter changes, that sort of thing?
>
> The last autovacuum of that table was on Dec 8th, the last auto analyze
was Dec 26. There have been no schema changes on that particular table,
database crashes or WAL-related parameter changes since then. We've done
other schema changes during that time, but otherwise the database has been
stable.
Thanks,
Mark
From | Date | Subject | |
---|---|---|---|
Next Message | Mitar | 2018-12-29 03:56:14 | Re: In which session context is a trigger run? |
Previous Message | Tom Lane | 2018-12-29 00:49:36 | Re: ERROR: found multixact XX from before relminmxid YY |