| From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
|---|---|
| To: | "Carlos T(dot) Groero Carmona" <ctonetg(at)gmail(dot)com> |
| Cc: | Martín Marqués <martin(at)2ndquadrant(dot)com>, Lista PostgreSql <pgsql-es-ayuda(at)postgresql(dot)org> |
| Subject: | Re: Error: Found xmin xxxx from before relfrozenxid xxxx |
| Date: | 2019-04-29 16:39:56 |
| Message-ID: | 20190429163956.GA19730@alvherre.pgsql |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
Carlos T. Groero Carmona escribió:
> Entonces, algo que se pueda hacer para resolver esta situacion y poder
> ejecutar vacuum?
creo que la alternativa era (después de tomar un respaldo, por si algo
se rompe) hacer un UPDATE del pg_class.relfrozenxid en las tablas
afectadas en la base de dato afectada -- volverlo atrás al valor del
xmin que te indica, y luego ejecutar vacuum sobre esa tabla en esa base
de datos. Rezar para que nada se rompa. No sé si es necesario repetir
en otras BDs.
Creo que lo mejor sería detener toda actividad de la BD hasta que hayas
resuelto.
Otra opción: tomar un pg_dump completo, borrar todo (initdb), restaurar
el dump.
La próxima vez que te digan que tienes que actualizar a una BD
soportada, no esperar hasta que los bichos te piquen. Ojalá tu
experiencia le sirviera de lección a todos los demás también.
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
| From | Date | Subject | |
|---|---|---|---|
| Next Message | kernel | 2019-05-05 08:22:01 | Configuración optima postgresql |
| Previous Message | Martín Marqués | 2019-04-29 12:29:24 | Re: Error: Found xmin xxxx from before relfrozenxid xxxx |