Re: ot rename temporary statistics file "pg_stat_tmp/pgstat.tmp" to "pg_stat_tmp/pgstat.stat": No such file or directory

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 <alvherre(at)alvh(dot)no-ip(dot)org>