Re: Missing Chunk Error when doing a VACUUM FULL operation - DB Corruption?

From: Stephen Frost <sfrost(at)snowman(dot)net>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Arjun Ranade <ranade(at)nodalexchange(dot)com>, pgsql-admin(at)postgresql(dot)org
Subject: Re: Missing Chunk Error when doing a VACUUM FULL operation - DB Corruption?
Date: 2017-11-02 15:06:27
Message-ID: 20171102150627.GJ4628@tamriel.snowman.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Tom, Arjun,

* Tom Lane (tgl(at)sss(dot)pgh(dot)pa(dot)us) wrote:
> Arjun Ranade <ranade(at)nodalexchange(dot)com> writes:
> > After dropping the replication slot, VACUUM FULL runs fine now and no
> > longer reports the "oldest xmin is far in the past"
>
> Excellent. Maybe we should think about providing better tools to notice
> "stuck" replication slots.

+1

> In the meantime, you probably realize this already, but if global xmin
> has been stuck for months then you're going to have terrible bloat
> everywhere. Database-wide VACUUM FULL seems called for.

This, really, is also a lesson in "monitor your distance to transaction
wrap-around".. You really should know something is up a lot sooner than
the warnings from PG showing up in the logs.

Thanks!

Stephen

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message bala jayaram 2017-11-02 21:03:46 Fwd: postgresql9.4 aws - no pg_upgrade
Previous Message Tom Lane 2017-11-02 14:57:43 Re: Missing Chunk Error when doing a VACUUM FULL operation - DB Corruption?