Excerpts from Fabricio's message of jue jun 07 13:34:13 -0400 2012: > > > Buenos dias todos. > > Tengo este problema: > > Tengo instalado postgres 9.1.3 y anoche la base de datos fallo debido al > siguiente error: > > > Este fue el primer error despues de un autovacuum: > > <2012-06-06 00:59:07 MDT 814 4fceffbb.32e >LOG: autovacuum: found orphan > temp table "(null)"."tmpmuestadistica" in database "dbRX"
Hmm, esto debería ser más o menos inocuo, pero puede ser indicativo de que el sistema se cayó en algún momento. > <2012-06-06 01:05:26 MDT 1854 4fc7d1eb.73e >LOG: could not rename > temporary statistics file "pg_stat_tmp/pgstat.tmp" to > "pg_stat_tmp/pgstat.stat": No such file or directory Esto no tiene mucha importancia, y ciertamente no tiene mucha relación con el error que viene después. Sí puede ser otro indicador de una caída anterior. > <2012-06-06 01:05:28 MDT 1383 4fcf0136.567 >ERROR: tuple concurrently > updated > <2012-06-06 01:05:28 MDT 1383 4fcf0136.567 >CONTEXT: automatic vacuum of > table "global.pg_catalog.pg_attrdef" Esto ya es un problema más o menos serio. Seguramente quedó una tupla con la cabecera en mal estado en esta tabla, por alguna razón. > <2012-06-06 01:06:09 MDT 1851 4fc7d1eb.73b >ERROR: xlog flush request > 4/E29EE490 is not satisfied --- flushed only to 3/13527A10 > <2012-06-06 01:06:09 MDT 1851 4fc7d1eb.73b >CONTEXT: writing block 0 of > relation base/311360/12244_vm > <2012-06-06 01:06:10 MDT 1851 4fc7d1eb.73b >ERROR: xlog flush request > 4/E29EE490 is not satisfied --- flushed only to 3/13527A10 > <2012-06-06 01:06:10 MDT 1851 4fc7d1eb.73b >CONTEXT: writing block 0 of > relation base/311360/12244_vm > <2012-06-06 01:06:10 MDT 1851 4fc7d1eb.73b >WARNING: could not write > block 0 of base/311360/12244_vm > <2012-06-06 01:06:10 MDT 1851 4fc7d1eb.73b >DETAIL: Multiple failures --- > write error might be permanent. .. y este es el peor problema. Creo que indica que te falta un segmento de WAL completo por algún motivo. Suena como que el sistema de archivos lo perdió .. ¿quizás estaba en lost+found después de la caída, y no te diste cuenta? ¿Qué sistema operativo estás usando? ¿Qué sistema de archivos? ¿Tienes fsync=off? Describe el sistema de almacenamiento: ¿RAID? ¿Hay caché de escritura que pueda haber fallado? > > Anoche la base de datos fgue terminada por señal 6 y no quizo levantar: > > <2012-06-07 01:36:44 MDT 2509 4fd05a0c.9cd >LOG: startup process (PID > 2525) was terminated by signal 6: Aborted > <2012-06-07 01:36:44 MDT 2509 4fd05a0c.9cd >LOG: aborting startup due to > startup process failure > <2012-06-07 01:37:37 MDT 2680 4fd05a41.a78 >LOG: database system shutdown > was interrupted; last known up at 2012-06-07 01:29:40 MDT > <2012-06-07 01:37:37 MDT 2680 4fd05a41.a78 >LOG: could not open file > "pg_xlog/000000010000000300000013" (log file 3, segment 19): No such > file or directory > <2012-06-07 01:37:37 MDT 2680 4fd05a41.a78 >LOG: invalid primary > checkpoint record > > La unica opcion para levantarla fue usando pg_resetxlog Espero que hayas tenido un respaldo previo de los datos. > > Despues de levantarla muchas consultas me carcaban este error: > <2012-06-07 09:24:22 MDT 1306 4fd0c7a6.51a >ERROR: missing chunk number 0 > for toast value 393330 in pg_toast_2619 > <2012-06-07 09:24:31 MDT 1306 4fd0c7a6.51a >ERROR: missing chunk number 0 > for toast value 393332 in pg_toast_2619 > > Algunas bases de datos las pude recuperar, otras las perdi. > > Cre una nueva carpeta data y la reinicialice con initdb restaurando las bases > de datos que pude recuperar y las demas del ultimo respaldo. > > > No es problema de espacio en disco duro, no es problema de permisos, no es > problema de error en el sistema de archivos o en en el hardware, no hay > ningun mensaje de error a nivel sistema operativo o a nivel hadrware. ¿cómo sabes que no es problema de filesystem? -- Álvaro Herrera <[email protected]> - Enviado a la lista de correo pgsql-es-ayuda ([email protected]) Para cambiar tu suscripci�n: http://www.postgresql.org/mailpref/pgsql-es-ayuda
