From: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> |
---|---|
To: | Raúl Andrés Duque Murillo <ra_duque(at)yahoo(dot)com(dot)mx> |
Cc: | Lista - PostgreSQL <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Interpretar errores en log |
Date: | 2009-11-05 13:21:02 |
Message-ID: | 20091105132102.GD3694@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Raúl Andrés Duque Murillo escribió:
> Lógicamente los FATAL, por ejemplo:
>
> 2009-11-03 06:29:40 COT 0 LOG: unexpected pageaddr 4/2910A000 in
> log file 4, segment 49, offset 1089536
> 2009-11-03 06:29:40 COT 0 LOG: redo done at 4/31107600
>
> No sé si esto quiere decir que encontró un error pero que lo pudo
> solucionar (redo).
Ninguno de esos es FATAL, ambos son LOG. Lo que dice es que encontró un
registro que no se puede leer, y normalmente ese es el indicador de que
la secuencia WAL termina. Por eso a continuación dice "redo done".
"Redo" es la operación de restaurar todo lo que había en WAL.
Estos tampoco son FATAL:
> record with zero length at 4/31D88ED8
No, me parece que esto indica que el checkpoint anterior fue completado
exitosamente y por lo tanto no se requiere redo, que es lo que dice el
mensaje siguiente:
> 2009-11-03 22:42:44 COT 0 LOG: redo is not required
> No sé si un registro en cero indica perdida de información.
No.
--
Alvaro Herrera Vendo parcela en Valdivia: http://alvherre.cl/caboblanco
"Hay dos momentos en la vida de un hombre en los que no debería
especular: cuando puede permitírselo y cuando no puede" (Mark Twain)
From | Date | Subject | |
---|---|---|---|
Next Message | Raúl Andrés Duque Murillo | 2009-11-05 13:25:52 | Re: Error tipo real al restaurar base de datos |
Previous Message | Alvaro Herrera | 2009-11-05 13:17:47 | Re: Error tipo real al restaurar base de datos |