Re: Error: Found xmin xxxx from before relfrozenxid xxxx

Alvaro gracias por su rapida respuesta como siempre.
Estoy usando postgres 9.3.23, y el ultimo minor es 9.3.25 y a continuacion
un poco mas de detalle.

-bash-4.1$ /usr/pgsql-9.3/bin/pg_controldata

pg_control version number: 937

Catalog version number: 201306121

Database system identifier: 6018733356291129113

Database cluster state: in production

pg_control last modified: Sun 28 Apr 2019 06:42:57 PM CDT

Latest checkpoint location: 9CAD/95897290

Prior checkpoint location: 9CAC/DAC74AD0

Latest checkpoint's REDO location: 9CAC/EC2913C8

Latest checkpoint's REDO WAL file: 0000000200009CAC000000EC

Latest checkpoint's TimeLineID: 2

Latest checkpoint's PrevTimeLineID: 2

Latest checkpoint's full_page_writes: on

Latest checkpoint's NextXID: 11/1998179644

Latest checkpoint's NextOID: 1148211966

Latest checkpoint's NextMultiXactId: 2

Latest checkpoint's NextMultiOffset: 0

Latest checkpoint's oldestXID: 935163740

Latest checkpoint's oldestXID's DB: 3228382502

Latest checkpoint's oldestActiveXID: 1998179642

Latest checkpoint's oldestMultiXid: 2

Latest checkpoint's oldestMulti's DB: 16406

Time of latest checkpoint: Sun 28 Apr 2019 05:48:57 PM CDT

Fake LSN counter for unlogged rels: 0/1

Minimum recovery ending location: 0/0

Min recovery ending loc's timeline: 0

Backup start location: 0/0

Backup end location: 0/0

End-of-backup record required: no

Current wal_level setting: hot_standby

Current max_connections setting: 600

Current max_prepared_xacts setting: 0

Current max_locks_per_xact setting: 1024

Maximum data alignment: 8

Database block size: 8192

Blocks per segment of large relation: 131072

WAL block size: 8192

Bytes per WAL segment: 16777216

Maximum length of identifiers: 64

Maximum columns in an index: 32

Maximum size of a TOAST chunk: 1996

Date/time type storage: 64-bit integers

Float4 argument passing: by value

Float8 argument passing: by value

Data page checksum version: 0

Por lo que he estado leyendo:
https://www.postgresql.org/message-id/1527193504642.36340%40amazon.com
https://lwn.net/Articles/757761/

se debe eliminar el pg_internal.init, lo que noe stoy seguro cual de todos,
en la primera url que pongo dice que el gloval
-bash-4.1$ locate pg_internal.init

/san/pgsql-fs/data/base/1/pg_internal.init

/san/pgsql-fs/data/base/123761101/pg_internal.init

/san/pgsql-fs/data/base/12891/pg_internal.init

/san/pgsql-fs/data/base/12896/pg_internal.init

/san/pgsql-fs/data/base/151092199/pg_internal.init

/san/pgsql-fs/data/base/16406/pg_internal.init

/san/pgsql-fs/data/base/3228382502/pg_internal.init

/san/pgsql-fs/data/base/514364880/pg_internal.init

/san/pgsql-fs/data/base/517509567/pg_internal.init

/san/pgsql-fs/data/global/pg_internal.init

El problema es en todas las base de datos, en ese servidor tengo 9 base de
datos como vio en mi primer correo y cada vez que voy a ejecutar el
vacuumdb -za o solo un vacuum analyze a pg_database resulta en el mismo
error sin importar de que base de datos lo este ejecutando.

Una vez mas gracia spor la ayuda...
Carlos.

On Sun, Apr 28, 2019 at 2:12 PM Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
wrote:

> Carlos T. Groero Carmona escribió:
> > Leyendo un poco mas en este site:
> > https://lwn.net/Articles/757761/
> > encontre que la tabla que tiene problema es pg_database
>
> si mal no recuerdo, tienes que actualizar al último minor (no dijiste
> qué versión tienes), luego borrar el pg_internal.init, luego hacer
> vacuum de pg_database (¿en todas las dbs? no me acuerdo)
>
> un reporte de problema SIEMPRE tiene que indicar la versión.
>
> --
> Álvaro Herrera https://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>