| 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: | Whole Thread | Raw Message | 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
| 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? |