Re: Corrupción de datos

Estimados, alguna vez supe de ese error y el problema fue el almacenamiento
donde estaba postgre (osea los discos duros).

Te recomendaría los revises para evitar nuevamente corrupción en los
archivos.

Dios L(at)s Bendiga

Saludos,

[image: --]

daniel.bojorge
[image: http://]about.me/daniel.bojorge
<http://about.me/daniel.bojorge?promo=email_sig>
*Curso Desarrollo Web con Python usando Django 2.1 Para Principiantes*
<https://goo.gl/oeT5Sx>
*WebService RestFul API con Python usando Django RestFrameWork*
<https://goo.gl/j8i34C>
*Fácil Replicación de Cualquier Base de Datos y/o Sistema Operativo*
<https://goo.gl/HjtExs>
*Programación en Capas (Web y Escritorio)* <https://goo.gl/zGZpSD>
Mi Blog <http://debsconsultores.blogspot.com>
Nicaragua

"Si ustedes permanecen unidos a mí, y si permanecen fieles a mis
enseñanzas, pidan lo que quieran y se les dará.
(Juan 15:7 DHH)
Bendito el varón que se fía en el SEÑOR, y cuya confianza es el SEÑOR.
(Jeremías 17:7 RV2000)

El jue., 28 mar. 2019 a las 13:21, Anthony Sotolongo (<asotolongo(at)gmail(dot)com>)
escribió:

> Hola Frank, cuanto tiempo!!!, que bueno que aun estás trabajando en PG
>
> Tuve una vez una situación similar de errores ...contains unexpected
> zero page at block ...
>
> y no se si "casualmente" o era el motivo real de los problemas que
> tenia, los discos donde estaba el servidor de PG estaban teniendo
> problemas,
>
> cuando se hizo el cambio a otro servidor se solucionó el tema de una vez
>
>
> Tal vez revisando con alguna herramienta que le hace pruebas a la RAM y
> Discos te pueda dar más indicios del estado
>
>
> Puedes chequear si los temas solucionados a continuación puede causar
> estos temas de corrupción y si está resuelto de la versión 10.5 a la
> 10.7:
>
> https://why-upgrade.depesz.com/show?from=10.5&to=10.7&keywords=
>
> Saludos
>
>
>
> El 28-03-19 a las 15:17, Frank Alberto Rodriguez Solana escribió:
> > Hola. Estoy teniendo varios problemas con un servidor dedicado a
> > PostgreSQL 10.5, que pueden ser de corrupción de datos o un bug y me
> > gustaría me dieran opiniones.
> >
> > Primero fueron estos errores:
> >
> > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected
> > zero page at block 16 at character 56
> > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected
> > zero page at block 21 at character 241
> > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected
> > zero page at block 16 at character 61
> > ERROR: index "pg_proc_proname_args_nsp_index" contains unexpected
> > zero page at block 17 at character 37
> >
> >
> > que surgieron porque los IDEs lo mostraban al hacer operaciones en la
> > base de datos, y como eran índices no me alarmé y se solucionaron
> > haciendo un reindex a las tablas pg_proc y pg_description.
> >
> > Pero luego checando los logs me aparecen, en varias ocaciones, estos
> > otros errores en otra base de datos dos días antes:
> >
> > ERROR: invalid page in block 1478644 of relation
> > pg_tblspc/117936/PG_10_201707211/117939/259612
> > ERROR: invalid page in block 1478651 of relation
> > pg_tblspc/117936/PG_10_201707211/117939/259612
> >
> > que pertenecen a la misma tabla:
> > pg_filenode_relation(117936,259612);
> > pg_filenode_relation
> > ----------------------
> > ph_smart.products
> > (1 row)
> >
> > Y surgieron luego de 1068 inserciones con errores de "duplicate key
> > value violates unique constraint" en otra tabla de la misma base de
> datos.
> >
> > También he notado que hay alrededor de 575 esquemas entre pg_temp y
> > pg_toast_temp, que se me hacen muchos y según lo que he leído esos los
> > crea y borra el mismo Postgres.
> >
> > El servidor está virtualizado en la nube, y el almacenamiento está
> > montado sobre disco SSD, tiene 8 cores y 32 GB de RAM.
> > Además el postgres cuenta con un sistema de backup incremental con
> > barman, montado en otro servidor con mucha más capacidad.
> > También existen 2 servidores iguales con las mismas características y
> > la misma carga de trabajo para el postgres, y no han mostrado errores
> > de corrupción en los logs.
> > Lo que quisiera saber si hay alguna forma para asegurarme que sea un
> > error del hardware o un bug, puesto que los demás servidores de
> > Potgres están en la misma nube y debo evaluar una posible migración en
> > el servicio de la nube o tal vez un cambio de versión en el Postgres.
> >
> >
> >
> >
>
>
>