Gracias por la respuesta Alvaro.
> CC: [email protected] > Subject: Re: [pgsql-es-ayuda] ot rename temporary statistics file > "pg_stat_tmp/pgstat.tmp" to "pg_stat_tmp/pgstat.stat": No such file or > directory > From: [email protected] > To: [email protected] > Date: Thu, 7 Jun 2012 15:16:59 -0400 > > > 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? La carpeta lost+found esta vacia. > > ¿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? > Slackware 13.1 ext4 fsync=on Son dos discos en RAID 1, el RAID es por hardware HP ciss Quizas si fue esta la causa, su hay un mensaje de error sobre la particion y la cache: Jun 7 01:32:55 SERVIDOR kernel: IRQ 71/cciss0: IRQF_DISABLED is not guaranteed on shared IRQs Jun 7 01:32:55 SERVIDOR kernel: cciss/c0d0: p2 size 1127850720 exceeds device capacity, limited to end of disk Jun 7 01:32:55 SERVIDOR kernel: JBD: barrier-based sync failed on cciss!c0d0p2-8 - disabling barriers Jun 7 01:32:55 SERVIDOR kernel: JBD: barrier-based sync failed on cciss!c0d0p2-8 - disabling b Despues de los primeros errores el servidor se reinicio y al entrar marco esos mensajes y fue cuando ya no estaban los archivos del pg_xlog > > > > 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? no hay algun mensaje de corrupcion del filesystem, pero ya encontre lo que te comente arriba. > > -- > Á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
