From: | Aaron Pelz <aaronepelz(at)gmail(dot)com> |
---|---|
To: | Peter Geoghegan <pg(at)bowt(dot)ie> |
Cc: | pgsql-general General <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Corrupt index stopping autovacuum system wide |
Date: | 2019-07-17 16:27:21 |
Message-ID: | CAHqUQycg_iuqRqj4TXbsHTGxqhAB6seM0YcJWE_YSwPtfuN-xw@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
> What PostgreSQL version are you on? Was this an INCLUDE index on
PostgreSQL 11?
On 11, and no it was just a normal btree.
> It's possible that amcheck would have given you an accurate diagnosis
> of the problem -- especially if you used bt_index_parent_check():
I'll look into this, seems helpful. Thanks!
On Wed, Jul 17, 2019 at 12:21 PM Peter Geoghegan <pg(at)bowt(dot)ie> wrote:
> On Wed, Jul 17, 2019 at 8:54 AM Aaron Pelz <aaronepelz(at)gmail(dot)com> wrote:
> > To me it looks like a *single* corrupt index held up autovacuums across
> our entire server, even other in other databases on the same server. Am I
> interpreting this correctly?
>
> Yes -- that is correct.
>
> What PostgreSQL version are you on? Was this an INCLUDE index on
> PostgreSQL 11?
>
> > Would love guidance on diagnosing this type of thing and strategies for
> preventing it.
>
> It's possible that amcheck would have given you an accurate diagnosis
> of the problem -- especially if you used bt_index_parent_check():
>
> https://www.postgresql.org/docs/current/amcheck.html
> --
> Peter Geoghegan
>
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-07-17 16:57:10 | Re: Corrupt index stopping autovacuum system wide |
Previous Message | Peter Geoghegan | 2019-07-17 16:21:06 | Re: Corrupt index stopping autovacuum system wide |