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@bd_cll72b@postgres@[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<alvhe...@2ndquadrant.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
