Gracias Jaime, lo hice tal como me señalaste, pero no me sirvio de mucho creo, debido a que no me tira la informacion de encendido apagado o suspencion de postgres
mira lo que me arrojo: pg_control version number: 843 > Catalog version number: 200904091 > Database system identifier: 5512357386284686334 > Database cluster state: in production > pg_control last modified: lun 12 dic 2011 12:49:45 CLST > Latest checkpoint location: 0/BB51A4B4 > Prior checkpoint location: 0/BB51A420 > Latest checkpoint's REDO location: 0/BB51A4B4 > Latest checkpoint's TimeLineID: 1 > Latest checkpoint's NextXID: 0/11812 > Latest checkpoint's NextOID: 532861 > Latest checkpoint's NextMultiXactId: 1 > Latest checkpoint's NextMultiOffset: 0 > Time of latest checkpoint: lun 12 dic 2011 12:49:45 CLST > Minimum recovery ending location: 0/0 > Maximum data alignment: 4 > 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: 2000 > Date/time type storage: 64-bit integers > Float4 argument passing: by value > Float8 argument passing: by reference El 19 de diciembre de 2011 13:31, Jaime Casanova <ja...@2ndquadrant.com>escribió: > 2011/12/19 felipe guzman <felipeguzm...@gmail.com>: > > Gracias Alvaro por el comentario pero cuando ejecuto pg_control me tira > el > > siguiente error > > > >> -bash: /usr/local/pgsql/data/global/pg_control: cannot execute binary > file > > > > eso es porque nadie te dijo que pg_control se ejecuta... la referencia > de Álvaro es porque pg_controldata lee el archivo pg_control y > tendrias que ejecutarlo (segun los datos que muestras) asi: > > pg_controldata /usr/local/pgsql/data > > recuerda incluir toda la ruta hacia pg_controldata si no esta en el PATH > > -- > Jaime Casanova www.2ndQuadrant.com > Professional PostgreSQL: Soporte 24x7 y capacitación > -- Felipe Guzman Vargas Analista Programador Computacional 09-4717233
