Re: version 9.3.5_ actualizar?

Hola Alvaro

El mensaje de error siempre era:

_2015-05-29 09:19:53 COT@@@@proc:5371 ERROR: could not access status of
transaction 1
_2015-05-29 09:19:53 COT@@@@proc:5371 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.
_2015-05-29 20:20:27 COT@@@@proc:38182 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.
_2015-05-29 20:23:47 COT@@@@proc:38740 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.
_2015-05-29 20:29:07 COT@@@@proc:39665 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.
_2015-05-29 20:41:18 COT(at)bd_cll72b@postgres(at)[local]@proc:37221 DETAIL:
Could not open file "pg_multixact/offsets/0000": No existe el fichero o el
directorio.
_2015-05-29 20:41:56 COT@@@@proc:41876 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.
_2015-05-29 20:44:34 COT@@@@proc:45790 DETAIL: Could not open file
"pg_multixact/offsets/0000": No existe el fichero o el directorio.

con las siguientes sentencias:

VACUUM database:
vacuum full verbose analyze tabla;
update tabla2 set...
transaction 1

Pues como ya les anuncie, no cuento con la version 9.3.7, por lo tanto los
siguientes resultados son de la versión 9.3.6, espero que les puedan servir:

select oid, datminmxid from pg_database:

oid datminmxid 238079085 1 12896 1 12891 1155162 16416 1 16417 1
16424 1 269582566 775213 276879078 775213 16426 1 16418 1 16420 1
239906595 1 16419 1 1 1124837 302106991 1124837 16421 1 16422 1
286765847 1069569 302181511 1124837

/opt/PostgreSQL/9.3/bin/pg_controldata /opt/PostgreSQL/9.3/data/
pg_control version number: 937
Catalog version number: 201306121
Database system identifier: 5980861421293698031
Database cluster state: in production
pg_control last modified: sáb 30 may 2015 04:55:50 COT
Latest checkpoint location: B99/62CE5020
Prior checkpoint location: B99/61090E70
Latest checkpoint's REDO location: B99/6260CE80
Latest checkpoint's REDO WAL file: 0000000100000B9900000062
Latest checkpoint's TimeLineID: 1
Latest checkpoint's PrevTimeLineID: 1
Latest checkpoint's full_page_writes: on
Latest checkpoint's NextXID: 0/1004521331
Latest checkpoint's NextOID: 302505916
Latest checkpoint's NextMultiXactId: 1355388
Latest checkpoint's NextMultiOffset: 1767491
Latest checkpoint's oldestXID: 806796687
Latest checkpoint's oldestXID's DB: 16422
Latest checkpoint's oldestActiveXID: 1004521331
Latest checkpoint's oldestMultiXid: 1
Latest checkpoint's oldestMulti's DB: 16421
Time of latest checkpoint: sáb 30 may 2015 04:53:44 COT
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: 810
Current max_prepared_xacts setting: 0
Current max_locks_per_xact setting: 64
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

Cualquier otra cosa con mucho gusto.

El 29 de mayo de 2015, 11:06 p. m., Alvaro Herrera<alvherre(at)2ndquadrant(dot)com>
escribió:

> Hellmuth Vargas escribió:
>
> Hola,
>
> > Finalmente me toco devolverme a la version 9.3.6, pues al efectuar las
> > rutinas de mantenimiento nocturno (VACUUM) volvió a presentarse el
> > problema, muchas gracias a todos por su ayuda.
>
> Gracias por reportar.
>
> Por favor, si tienes, indica más detalles de lo que sucedió exactamente
> (mensajes de error, qué archivos faltaban, la salida de pg_controldata,
> y select oid, datminmxid from pg_database). Todavía se están
> discutiendo los bugs en pgsql-hackers y puede ser útil contar con tu
> caso para verificar los parches propuestos.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
>

--
Cordialmente,

Ing. Hellmuth I. Vargas S.
Esp. Telemática y Negocios por Internet
Oracle Database 10g Administrator Certified Associate
EnterpriseDB Certified PostgreSQL 9.3 Associate